背景

由于传统的浏览器URL变化是会向服务端重新请求并刷新页面，不同的URL对应不同的页面、不同的资源，导致每次路由切换的时候都会去刷新页面，用户体验很差；所以为了提升用户体验，前端路由就出现了。

Hash和History对应于SPA（单页面）应用的两种路由模式，它们的本质都是改变浏览器URL且不刷新页面，监听其变化，触发自定义的路由处理方案。

Hash模式原理

首先Hash就是常见的地址栏中的#后面的字符，location.hash获取和设置hash值，原本是用来做页面定位的，称之为锚点，能够使页面定位到对应id的元素。Hash相较于History推出较早。路由的Hash模式的原理如下：

• 使用hash值来匹配对应路由
• hash值的改变不会使浏览器刷新
• 使用hashChange来监听hash值的变化，从而触发自定义的路由处理方案，浏览器的前进后退也会触发hashChange
• 比较老的方案，兼容性没问题

History模式原理

History兼容性没有Hash好，主要是利用popState事件来监听历史栈的变化，go，back， forward能够触发该事件从而触发自定义的路由处理方案，pushState和replaceState会改变URL（第三个参数，例如：histoty.pushState({ pageId: '1' },  'title1',  '/detail?id=111') ），但不会触发该事件，需要手动触发自定义的路由处理方案。原理如下：

• 使用history的API来进行处理，API如下：
  • go、back、forward
  • pushState、replaceState 
  • 其中go、back、forward才会触发popState事件
• pushState、replaceState会改变浏览器地址但不会让浏览器刷新
• history路由的实现逻辑就是，手动的跳转使用pushState、replaceState，并且主动触发自定义的路由处理方案；浏览器点击的跳转触发popState事件从而触发自定义的路由处理方案。
• API对于IE有兼容性
• 刷新会有问题，需要服务端支持，假如不是首页路径，就会出错；需要后端处理成：遇到不认识的路径也返回相同的html