history模式下的问题：

我们知道对于单页应用来讲，理想的使用场景是仅在进入应用时加载index.html，后续在的网络操作通过Ajax完成，不会根据URL重新请求页面，但是难免遇到特殊情况，比如用户直接在地址栏中输入并回车，浏览器重启重新加载应用等。

• hash模式仅改变hash部分的内容，而hash部分是不会包含在HTTP请求中的： // 如重新请求只会发送 故在hash模式下遇到根据URL请求页面的情况不会有问题。

• history模式则会将URL修改得就和正常请求后端的URL一样,在此情况下重新向后端发送请求，如后端没有配置对应/user/id的路由处理，则会返回404错误。官方推荐的解决办法是在服务端增加一个覆盖所有情况的候选资源：如果 URL 匹配不到任何静态资源，则应该返回同一个 index.html 页面，这个页面就是你 app 依赖的页面。同时这么做以后，服务器就不再返回 404 错误页面，因为对于所有路径都会返回 index.html 文件。为了避免这种情况，在 Vue 应用里面覆盖所有的路由情况，然后在给出一个 404 页面。或者，如果是用 Node.js 作后台，可以使用服务端的路由来匹配 URL，当没有匹配到路由的时候返回 404，从而实现 fallback。

路由实现的原理

• history: pushState、replaceState、popState（事件）
• hash： hashchange事件对url路径中hash值得变化做监听
• 定时器监听，每个100ms对比url的变化