hash模式背后的原理是onhashchange
事件,能够在window
对象上监听这个事件:javascript
1 window.onhashchange = function(event){ 2 3 console.log(event.oldURL, event.newURL); 4 let hash = location.hash.slice(1); 5 document.body.style.color = hash; 6 7 }
相似这种
上面的代码能够经过改变hash来改变页面字体颜色,虽然没什么用,可是必定程度上说明了原理。html
更关键的一点是,由于hash发生变化的url都会被浏览器记录下来,从而你会发现浏览器的前进后退均可以用了,同时点击后退时,页面字体颜色也会发生变化。这样一来,尽管浏览器没有请求服务器,可是页面状态和url一一关联起来,后来人们给它起了一个霸气的名字叫前端路由,成为了单页应用标配。前端
随着history api的到来,前端路由开始进化了,前面的hashchange,你只能改变#后面的url片断,而history api则给了前端彻底的自由vue
history api能够分为两大部分,切换和修改,参考MDNjava
包括back
,forward
,go
三个方法,对应浏览器的前进,后退,跳转操做,有同窗说了,(谷歌)浏览器只有前进和后退,没有跳转,嗯,在前进后退上长按鼠标,会出来全部当前窗口的历史记录,从而能够跳转(也许叫跳更合适):git
包括了pushState
,replaceState
两个方法,这两个方法接收三个参数:stateObj,title,urlgithub
history.pushState({color:'red'}, 'red', 'red'}) window.onpopstate = function(event){ console.log(event.state) if(event.state && event.state.color === 'red'){ document.body.style.color = 'red'; } } history.back(); history.forward();
经过pushstate把页面的状态保存在state对象中,当页面的url再变回这个url时,能够经过event.state取到这个state对象,从而能够对页面状态进行还原,这里的页面状态就是页面字体颜色,其实滚动条的位置,阅读进度,组件的开关的这些页面状态均可以存储到state的里面。vue-router
当你使用 history 模式时,URL 就像正常的 url,例如 http://yoursite.com/user/id
,也好看!后端
不过这种模式要玩好,还须要后台配置支持。由于咱们的应用是个单页客户端应用,若是后台没有正确的配置,当用户在浏览器直接访问 http://oursite.com/user/id
就会返回 404,这就很差看了。api
因此呢,你要在服务端增长一个覆盖全部状况的候选资源:若是 URL 匹配不到任何静态资源,则应该返回同一个 index.html
页面,这个页面就是你 app 依赖的页面。
经过history api,咱们丢掉了丑陋的#,可是它也有个毛病:
不怕前进,不怕后退,就怕刷新,f5,(若是后端没有准备的话),由于刷新是实实在在地去请求服务器的,不玩虚的。
在hash模式下,前端路由修改的是#中的信息,而浏览器请求时是不带它玩的,因此没有问题.可是在history下,你能够自由的修改path,当刷新时,若是服务器中没有相应的响应或者资源,会分分钟刷出一个404来。
因此,若是你想在github.io上搭一个单页博客,就应该选择hash模式