hash路由和history路由

一、基本概念

1. Hash 模式

原理:

  • 通过 URL 中的 #(哈希值)来模拟路由,比如 http://example.com/#/home。
  • 浏览器原生支持 hashchange 事件,当 # 后的内容变化时,页面不会刷新,但会触发路由切换。

特点:

  • 兼容性好:支持所有浏览器(包括 IE8)。
  • 服务端无压力 :因为 # 后的内容不会发送到服务器,完全由前端处理。

示例:

javascript 复制代码
// 监听路由变化
window.addEventListener('hashchange', () => {
  console.log('当前哈希:', location.hash); // 输出 "#/home"
});

2. History 模式

原理:

  • 基于 HTML5 的 History API(pushState、replaceState),直接操作浏览器历史栈,URL 更简洁(如 http://example.com/home)。
  • 需要服务端配合:因为路径是真实的,刷新页面时会向服务器请求该路径,需配置兜底返回 index.html。

特点:

  • URL 美观 :没有 #,更符合传统 URL 习惯。
  • 需服务端支持:否则刷新页面会 404。

示例:

less 复制代码
// 添加新路由记录
history.pushState({}, '', '/home'); // URL 变为 /home,无刷新

对比总结

对比点 Hash 模式 History 模式
URL 美观性 带 #,不美观 无 #,更简洁
兼容性 所有浏览器 需要 IE10+
服务端要求 无需配置 需配置兜底路由

选择建议:

  • 如果需要兼容旧浏览器或快速搭建,用 hash。
  • 如果追求美观且能控制服务端配置,用 history。

二、刷新页面情况

1. Hash 模式

  • 不会刷新页面的情况:

    • 修改 # 后的哈希值(如 #/home → #/about),触发 hashchange 事件。
    • 调用 router.push() 或手动修改 location.hash。
  • 会刷新页面的情况:

    • 直接修改 # 前的部分(如域名、路径、查询参数):

      ini 复制代码
      location.href = 'http://example.com/new-path#/home'; // 刷新页面
    • 手动刷新页面(F5 / 浏览器刷新按钮) :

      页面会重新加载,但路由仍会匹配 # 后的内容(因为 # 后的部分不会发送到服务端)。


2. History 模式

  • 不会刷新页面的情况:

    • 调用 history.pushState() 或 history.replaceState() 修改 URL。
    • 前端路由库(如 Vue Router、React Router)的导航方法(如 router.push('/about'))。
  • 会刷新页面的情况:

    • 手动刷新页面(F5 / 浏览器刷新按钮) :

      浏览器会向服务器请求当前 URL(如 http://example.com/about),若服务端未配置兜底路由(返回 index.html),会返回 404。

    • 直接输入 URL 并回车 :

      等同于刷新页面,行为同上。

    • 修改非路由部分的 URL(如域名、协议、端口):

      ini 复制代码
      location.href = 'http://new-domain.com/about'; // 刷新并跳转

关键对比

操作 Hash 模式 History 模式
修改 # 后的部分 ❌ 不刷新 -
调用 pushState/push - ❌ 不刷新
手动刷新页面(F5) ⭕ 刷新 ⭕ 刷新(需服务端支持)
直接输入 URL 回车 ⭕ 刷新 ⭕ 刷新(需服务端支持)
修改 URL 非路由部分(如域名) ⭕ 刷新 ⭕ 刷新
相关推荐
Moment33 分钟前
写给迷茫的应届生,怎样在 AI 时代争取更多机会
前端·后端·面试
fengci.41 分钟前
CTF2MISC中等部分
开发语言·前端·学习
涛涛ing1 小时前
那个PR太干净了,干净到我差点直接点了合并
前端
去伪存真1 小时前
稠密检索负责脑补,稀疏检索负责兜底:拆解 RAG 倒排索引的“查字典”艺术
前端·agent
学以智用1 小时前
jsencrypt.js 完整详解
javascript
喵个咪2 小时前
GoWind 拆解:全链 ID 类型体系——int64 定版与前端字符串化契约
前端·后端·go
喵个咪2 小时前
GoWind CMS 拆解:Flutter 设计系统内核——双态 token、四档断点与自适应壳层
前端·flutter·交互设计
喵个咪2 小时前
GoWind CMS 拆解:发布审批——多级推进、逐级角色与全程留痕
前端·后端·go
喵个咪3 小时前
GoWind Flow 拆解:一个 Go 工作流引擎与它的双模式设计器
前端·后端·go
喵个咪3 小时前
GoWind Admin 拆解:打印模板设计器——从画布到服务端 PDF 的完整打印链路
前端·后端·go