hash 模式 【推荐】
路由效果
在不刷新页面的前提下，根据 URL 中的 hash 值，渲染对应的页面
- http://test.com/#/login 登录页
- http://test.com/#/index 首页
核心API – window.onhashchange
监听 hash 的变化，触发视图更新
window.onhashchange = (event) => {console.log("old url", event.oldURL);console.log("new url", event.newURL);console.log("hash", location.hash);// 执行视图更新（比较复杂，无需深究）
};
hash 的特点
- hash 变化会触发网页跳转，即浏览器的前进、后退
- hash 变化不会刷新页面（单页面应用SPA 必需的特点）
- hash 永远不会提交到 server 端
修改 hash 的方式
- 通过JS 修改
location.href='#/user'
- 手动修改 url 里的hash
- 浏览器前进、后退
H5 history 模式
路由效果
在不刷新页面的前提下，根据 URL 中的 pathname 值，渲染对应的页面。
- http://test.com/login 登录页
- http://test.com/index 首页
核心API – history.pushstate 和 window.onpopstate
- 使用 history.pushstate 跳转页面，避免页面刷新
const state = { name: "index" };
// 使用 history.pushState 跳转页面，浏览器不会刷新页面
history.pushState(state, "", "index");
- 使用 window.onpopstate 监听浏览器前进、后退
//监听浏览器前进、后退
window.onpopstate = (event) => {console.log("onpopstate", event.state, location.pathname);
};
history 的特点
- 需后端配合
无论访问怎样的 url ，都返回 index.html 页面
应该选择哪种模式？
- to B （面向企业的服务）的系统，推荐用 hash，简单易用，对 url 规范不敏感
- to C（面向消费者的服务）的系统，可以考虑选择 H5 history，但需要服务端支持
- 能选择简单的，就别用复杂的，要考虑成本和收益
