首页/文章/javascript

前端路由hash和history的区别

2023-01-30
18497 分钟
...

1. 前端路由的由来

  • 说前端路由由来之前,先看下后端路由:

后端路由:在前后端不分离的时代,路由都是通过服务端指定的,服务端根据客户端发来的HTTP请求,将返回的数据于模板引擎响应结果结合后进行渲染,将渲染完毕的页面发送给客户端。 优点:SEO友好,爬虫爬取到的页面就是最终的渲染结果。 缺点:每次发起请求都要刷新页面,用户体验不好,服务器压力大。

  • SPA

SPA是单页面应用Single Page web Application的简写。简单理解就是一个web项目只有一个html文件,一旦页面加载完成,SPA不会因为用户的操作进行重新加载或跳转,而是用JS动态变换html的内容(使页面无需重新加载,用户体验更加流程),页面本身的url并没有变化,这将导致两个问题: 1.SPA无法就记住用户的操作:刷新 & 前进 & 后退。 2.实际只有一个url,对SEO不友好,爬虫获取到的html只是模板而不是最终的页面。

  • 前端路由的由来可以理解成是基于SPA页面局部更新特点的,但是要解决SPA的两个问题,实现:
    • 改变url不让浏览器向服务器发送请求
    • 监听url的变化,执行对应的操作

2.hash模式

  • hash模式:www.baidu.com/#hashhash
  • hash指的就是url的#及后面的字符,如上面的“#hashhash”
  • hash模式的特点;
    • hash值的变化不会导致浏览器向服务器发送请求,不会引起页面刷新
    • hash值变化会触发hashchange事件
    • hash值变化会在浏览器的历史中留下记录,使用的浏览器的后退按钮可以回到上一个hash值
    • hash永远不会提交到服务器,即使刷新页面也不会。

由以上特点可见,hash模式完全满足前端路由的需求,因此在h5的history模式出现之前,基本都是使用hash模式实现前端路由。

  • 优缺点:
    • 优点:
      • 兼容性好,支持低版本和IE浏览器
      • 实现前端路由无需服务端支持
    • 缺点
      • url带有#符号,略丑

3.history模式

  • 在HTML5之前,浏览器就有history对象了,只能用于多页面之间的跳转
`history.go(n) // n>0前进n页;n<0后退n页
history.forward() // 前进一页
history.back() // 后退一页`
  • 在HTML5规范中,history中增加了新的API:
`/*
  参数说明:
    state:合法的JavaScript对象,可以用在popstate对象中
    title:标题,基本忽略,用null
    url: 任意有效的url,将要跳转的新地址
*/
history.pushState(state, title, url) // 保留现有记录的同时,将url加到历史记录中
history.replaceState(state, title, url) // 将历史记录中的当前页面替换成url
history.state // 返回当前状态对象`
  • pushStatereplaceState方法可以改变url,但是不会刷新页面,浏览器不会向服务端发送请求,具备了实现前端路由的能力。
  • 如何监听url的变化?
    • 对比hash的hashchange方法,history的变化不会触发任何事件,我们可以通过罗列可能触发history变化的情况,对这些情况进行拦截,以此监听history的变化。
    • 对于单页面的history模式而言,url的改变只能由以下情况引起:
      • 1.点击浏览器的前进/后退按钮,onpopstate可以监听到
      • 2.点击a标签
      • 3.在JS代码中触发history.pushState()history.replaceState()
  • history模式的url发生变化时不会立即向服务器发起请求,刷新会立即请求。

4.两种模式的区别

  1. 外观:hash的url有个#符号,history没有,history外观更好看。
  2. 刷新:hash刷新会加载到地址栏对应的页面,history刷新浏览器会重新发起请求,如果服务端没有匹配当前的url,就会出现404页面。
  3. 兼容性:hash能兼容到IE8,history只能兼容到IE10。
  4. 服务端支持:hash(#及后面的内容)的变化不会导致浏览器向服务器发起请求;history刷新会重新向服务器发起请求,需要在服务端做处理:如果没有匹配到资源,就返回同一个html页面。
  5. 原理:hash通过监听浏览器的onhashchange()事件,查找对应的路由规则;history利用H5新增的pushState()replaceState()方法改变url。
  6. 记录:hash模式只有#后面的内容被修改才会添加新的记录栈;history通过pushState()设置的url于当前url一模一样也会被记录到历史记录栈。

5.使用场景(如何选择)

一般情况下,vue-router前端路由使用hash和history模式都可以。

  1. 如果追求外观,history更合适。
  2. 对比hash,history有以下优势:
  • pushState()设置的url可以是与当前url同源的url;而hash只能改变#后面的内容,只能设置于当前url同文档的url。
  • pushState()设置的url与当前url一模一样也会被添加到历史记录栈;hash必须#后面的内容被更新才会记录。
  • pushState()可以通过stateObject参数添加任意类型的数据到记录中,而hash只能添加短字符串。
  • pushState()可以额外设置title属性供后续使用。
  1. history模式需要后端配合。
  2. hash兼容性更好。

如果您觉得这篇文章有帮助,请点个赞吧~

分享文章

相关文章

更多文章 →
javascript2026-02-24
navigator.sendBeacon全指南
在前端开发中,埋点系统是必不可少的一环。我们经常需要在用户 关闭页面 、 刷新 或 跳转路由 时,向服务器发送最后一条统计数据(比如用户停留时长、页面跳出率)。 但这看似简单的需求,在实现时却危机四伏:请求发不出去?页面跳转卡顿?今天我们就来聊聊这个问题的终极解决方案 —— 。 一、 痛点与传统方案的挣扎 场景还原 当用户点击关闭按钮时,浏览器会触发生命周期事件( 或 )。如果我们直接使用普通的异步 AJAX ( 或 ) 发送请求,浏览...
学习
javascript2025-11-02
理解浏览器事件系统,从用户点击到事件对象的完整旅程
深入理解浏览器事件系统:从用户点击到事件对象的完整旅程 “当我点击页面按钮时,背后发生了什么?为什么回调函数能收到一个包含丰富信息的event对象?今天,让我们一起揭开浏览器事件系统的神秘面纱。” 一个令人困惑的现象 作为前端开发者,我们每天都在写这样的代码: 这段代码如此熟悉,以至于我们很少停下来思考:​ ​这个 对象到底从哪里来?它为什么能知道点击的精确坐标?为什么能识别是哪个元素被点击了?​ ​ 更神奇的是,当我们手动创建事件时:...
学习
javascript2025-10-01
实现大文件上传全流程详解
在日常开发中,大文件上传是个绕不开的坎——动辄几百 MB 甚至 GB 级的文件,直接上传不仅容易超时,还会让用户体验大打折扣。最近我用 Vue+Express 实现了一套完整的大文件上传方案,支持分片上传、断点续传、秒传和手动中。 一、先看效果:我们要实现什么? 先上核心功能清单,确保大家明确目标,知道我们要解决哪些实际问题: 大文件分片上传 :将文件切成固定大小的小片段分批上传,避免单次请求超时 秒传 :服务器已存在完整文件时,直接返...
学习
javascript2025-09-18
JavaScript 的多线程能力:Worker
如果你写过一些计算量稍大的 JavaScript 代码,比如图像处理、大量数据排序或者复杂的算法,你几乎肯定遇到过浏览器“卡死”的现象。点击页面没反应,动画也停了,就像整个世界都静止了。 这就是主线程被阻塞的典型后果。因为主线程既要负责执行 JavaScript,又要负责渲染页面、响应用户操作,一旦它被繁重的计算任务占满,就无暇顾及其他,用户体验便直线下降。 这个问题的根源,正是“主线程是单线程的”。那么,如何解决呢? 答案很简单:把这...
学习面试
javascript2025-09-15
一张 8K 海报差点把首屏拖垮
你给后台管理系统加了一个「企业风采」模块,运营同学一口气上传了 200 张 8K 宣传海报。首屏直接飙到 8.3 s,LCP 红得发紫。 老板一句「能不能像朋友圈那样滑到哪看到哪?」——于是你把懒加载重新翻出来折腾了一轮。 解决方案:三条技术路线,你全踩了一遍 1\. 最偷懒:原生 一行代码就能跑,浏览器帮你搞定。 🔍 关键决策点 2020 年后现代浏览器全覆盖,IE 全军覆没。 必须写死 ,否则 CLS 会抖成 PPT。 适用场景...
学习
javascript2025-09-10
🚀 Web Worker让你的应用丝滑
🌟 引言 在日常的前端开发中,你是否遇到过这样的困扰: 大数据处理时页面卡死 :处理几万条数据时,页面直接卡成PPT,用户点击毫无反应 复杂计算阻塞UI :图片处理、数据分析等计算密集型任务让整个应用假死 文件上传/下载卡顿 :大文件操作时,其他功能完全无法使用 实时数据处理性能差 :WebSocket接收大量数据时,页面渲染严重滞后 今天分享6个Web Worker的核心技巧,让你的应用告别卡顿,用户体验丝滑如德芙! 💡 核心技巧...
学习

评论

请登录后发表评论

去登录
加载评论中...

目录