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,但需要服务端支持
- 能选择简单的,就别用复杂的,要考虑成本和收益