前端路由的两种模式： hash 模式和 history 模式

随着 ajax 的使用愈来愈普遍，前端的页面逻辑开始变得愈来愈复杂，特别是spa的兴起，前端路由系统随之开始流行。

从用户的角度看，前端路由主要实现了两个功能（使用ajax更新页面状态的状况下）：

1. 记录当前页面的状态（保存或分享当前页的url，再次打开该url时，网页仍是保存（分享）时的状态）；
2. 可使用浏览器的前进后退功能（如点击后退按钮，可使页面回到使用ajax更新页面以前的状态，url也回到以前的状态）；

做为开发者，要实现这两个功能，咱们须要作到：

1. 改变url且不让浏览器向服务器发出请求；
2. 监测 url 的变化；
3. 截获 url 地址，并解析出须要的信息来匹配路由规则。

咱们路由经常使用的hash模式和history模式实际上就是实现了上面的功能。

hash模式

这里的 hash 就是指 url 尾巴后的 # 号以及后面的字符。这里的 # 和 css 里的 # 是一个意思。hash 也 称做 锚点，自己是用来作页面定位的，她可使对应 id 的元素显示在可视区域内。

因为 hash 值变化不会致使浏览器向服务器发出请求，并且 hash 改变会触发 hashchange 事件，浏览器的进后退也能对其进行控制，因此人们在 html5 的 history 出现前，基本都是使用 hash 来实现前端路由的。

使用到的api：

window.location.hash = 'qq' // 设置 url 的 hash，会在当前url后加上 '#qq'

var hash = window.location.hash // '#qq'  

window.addEventListener('hashchange', function(){ 
    // 监听hash变化，点击浏览器的前进后退会触发
})

history模式

已经有 hash 模式了，并且 hash 能兼容到IE8， history 只能兼容到 IE10，为何还要搞个 history 呢？
首先，hash 原本是拿来作页面定位的，若是拿来作路由的话，原来的锚点功能就不能用了。其次，hash 的传参是基于 url 的，若是要传递复杂的数据，会有体积的限制，而 history 模式不只能够在url里放参数，还能够将数据存放在一个特定的对象中。
最重要的一点：

若是不想要很丑的 hash，咱们能够用路由的 history 模式
—— 引用自 vueRouter文档

相关API：

window.history.pushState(state, title, url) 
// state：须要保存的数据，这个数据在触发popstate事件时，能够在event.state里获取
// title：标题，基本没用，通常传 null
// url：设定新的历史记录的 url。新的 url 与当前 url 的 origin 必须是一樣的，不然会抛出错误。url能够是绝对路径，也能够是相对路径。
//如 当前url是 https://www.baidu.com/a/,执行history.pushState(null, null, './qq/')，则变成 https://www.baidu.com/a/qq/，
//执行history.pushState(null, null, '/qq/')，则变成 https://www.baidu.com/qq/

window.history.replaceState(state, title, url)
// 与 pushState 基本相同，但她是修改当前历史记录，而 pushState 是建立新的历史记录

window.addEventListener("popstate", function() {
    // 监听浏览器前进后退事件，pushState 与 replaceState 方法不会触发              
});

window.history.back() // 后退
window.history.forward() // 前进
window.history.go(1) // 前进一步，-2为后退两步，window.history.lengthk能够查看当前历史堆栈中页面的数量

history 模式改变 url 的方式会致使浏览器向服务器发送请求，这不是咱们想看到的，咱们须要在服务器端作处理：若是匹配不到任何静态资源，则应该始终返回同一个 html 页面。