区分vue-router的hash和history模式
一、概念
为了构建SPA（单页面应用），需要引入前端路由系统，这也就是Vue-Router存在的意义。
前端路由的核心，就在于：改变视图的同时不会向后端发出请求。
为了达到这种目的，浏览器当前提供了以下两种支持：
1.hash——即地址栏URL中的#符号（此hash不是密码学里的散列运算）。
比如这个URL：http://www.abc.com/#/hello，hash的值为#/hello。
它的特点在于：hash虽然出现在URL中，但不会被包括在HTTP请求中，对后端完全没有影响，因此改变hash不会重新加载页面。
2.history——利用了HTML5HistoryInterface中新增的pushState()和replaceState()方法。
这两个方法应用于浏览器的历史记录栈，在当前已有的back、forward、go的基础之上，它们提供了对历史记录进行修改的功能。
只是当它们执行修改时，虽然改变了当前的URL，但浏览器不会立即向后端发送请求。
二、hash模式
hash模式背后的原理是onhashchange事件,可以在window对象上监听这个事件：
window.onhashchange=function(event){
console.log(event.oldURL,event.newURL);
lethash=location.hash.slice(1);
document.body.style.color=hash;
}
这段可以在hash改变的时候改变字体颜色。
hash发生变化的url都会被浏览器记录下来，从而你会发现浏览器的前进后退都可以使用了，同时点击后退时，页面字体颜色也会发生变化。
这样一来虽然没有向后端发送请求，但是页面状态和url关联在了一起，这就是前端路由。
三、history模式
随着historyapi的到来，前端路由开始进化了,前面的onhashchange，你只能改变#后面的url片段，而historyapi则给了前端完全的自由。
historyapi可以分为两大部分，切换和修改。
切换历史状态包括back、forward、go三个方法，对应浏览器的前进，后退，跳转操作。
修改历史状态包括了pushState、replaceState两个方法,这两个方法接收三个参数:stateObj，title，url
history.pushState({color:'red'},'red','red')
history.back();
setTimeout(function(){
history.forward();
},0)
window.onpopstate=function(event){
console.log(event.state)
if(event.state&&event.state.color==='red'){
document.body.style.color='red';
}
}
通过pushstate把页面的状态保存在state对象中，当页面的url再变回这个url时，可以通过event.state取到这个state对象，从而可以对页面状态进行还原，这里的页面状态就是页面字体颜色。
其实滚动条的位置，阅读进度，组件的开关的这些页面状态都可以存储到state的里面。
四、history模式的问题
通过historyapi，我们丢掉了丑陋的#，但是它也有个问题：不怕前进，不怕后退，就怕刷新，f5，（如果后端没有准备的话）,因为刷新是实实在在地去请求服务器的。
在hash模式下，前端路由修改的是#中的信息，而浏览器请求时是不带它的，所以没有问题。但是在history下，你可以自由的修改path，当刷新时，如果服务器中没有相应的响应或者资源，会刷出一个404来。
所以呢，你要在服务端增加一个覆盖所有情况的候选资源：如果URL匹配不到任何静态资源，则应该返回同一个index.html页面，这个页面就是你app依赖的页面。
如果使用nginx，后端配置如下：
location/{
try_files$uri$uri//index.html;
}
以上就是区分vue-router的hash和history模式的详细内容，更多关于vue-routerhash和history模式的资料请关注毛票票其它相关文章！