- hash 模式是一种把前端路由的路径用井号
#拼接在真实 URL 后面的模式。当井号#后面的路径发生变化时，浏览器并不会重新发起请求，而是会触发hashchange事件。
- 优点：浏览器兼容性较好，连 IE8 都支持
- 缺点：路径在井号
#的后面，比较丑
-
history API 是 H5 提供的新特性，允许开发者直接更改前端路由，即更新浏览器 URL 地址而不重新发起请求。
history API 函数
history.replaceState({}, null, '/b') // 替换路由 2history.pushState({}, null, '/a') // 路由压栈 3history.back() // 返回 4history.forward() // 前进 5history.go(-2) // 后退2次
监听了 popstate 事件，该事件能监听到：
- 用户点击浏览器的前进和后退操作
- 手动调用 history 的
back、forward和go方法
监听不到：
- history 的
pushState和replaceState方法
浏览器在刷新的时候，会按照路径发送真实的资源请求，如果这个路径是前端通过 history API 设置的 URL，那么在服务端往往不存在这个资源，于是就返回 404 了。上面的参数的意思就是如果后端资源不存在就返回 history.html 的内容。
因此在线上部署基于 history API 的单页面应用的时候，一定要后端配合支持才行，否则会出现大量的 404。以最常用的 Nginx 为例，只需要在配置的 location / 中增加下面一行即可：
try_files $uri /index.html;
总结一下 history 模式的优缺点：
- 优点：路径比较正规，没有井号
# - 缺点：兼容性不如 hash，且需要服务端支持，否则一刷新页面就404了
