hash模式背后的原理是onhashchange
事件,能够在window对象上监听这个事件:javascript
window.onhashchange = function(event){ console.log(event.oldURL, event.newURL); let hash = location.hash.slice(1); document.body.style.color = hash; }
随着history api的到来,前端路由开始进化了,前面的hashchange,你只能改变#后面的url片断,而history api则给了前端彻底的自由前端
history api能够分为两大部分,切换和修改,参考MDN,切换历史状态包括back、forward、gojava
三个方法,对应浏览器的前进,后退,跳转操做,有同窗说了,(谷歌)浏览器只有前进和后退,没有跳转,嗯,在前进后退上长按鼠标,会出来全部当前窗口的历史记录,从而能够跳转(也许叫跳更合适):后端
history.go(-2);//后退两次 history.go(2);//前进两次 history.back(); //后退 hsitory.forward(); //前进
pushState
,replaceState
两个方法,这两个方法接收三个参数:stateObj
,title
,url
api
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 api,咱们丢掉了丑陋的#,可是它也有个问题:不怕前进,不怕后退,就怕刷新,f5,(若是后端没有准备的话),由于刷新是实实在在地去请求服务器的,不玩虚的。
在hash模式下,前端路由修改的是#中的信息,而浏览器请求时是不带它玩的,因此没有问题.可是在history下,你能够自由的修改path,当刷新时,若是服务器中没有相应的响应或者资源,会分分钟刷出一个404来。服务器