区分vue-router的hash和history模式

(编辑:jimmy 日期: 2024/11/13 浏览:2)

一、概念

  为了构建 SPA(单页面应用),需要引入前端路由系统,这也就是 Vue-Router 存在的意义。

  前端路由的核心,就在于:改变视图的同时不会向后端发出请求。

  为了达到这种目的,浏览器当前提供了以下两种支持:

  1.hash——即地址栏 URL 中的 # 符号(此 hash 不是密码学里的散列运算)。

   比如这个 URL:http://www.abc.com/#/hello,hash 的值为 #/hello。
   它的特点在于:hash 虽然出现在 URL 中,但不会被包括在 HTTP 请求中,对后端完全没有影响,因此改变 hash 不会重新加载页面。

  2.history —— 利用了 HTML5 History Interface 中新增的 pushState() 和 replaceState() 方法。

   这两个方法应用于浏览器的历史记录栈,在当前已有的 back、forward、go 的基础之上,它们提供了对历史记录进行修改的功能。
   只是当它们执行修改时,虽然改变了当前的 URL,但浏览器不会立即向后端发送请求。

二、hash模式

  hash模式背后的原理是onhashchange事件,可以在window对象上监听这个事件:

window.onhashchange = function(event){
 console.log(event.oldURL, event.newURL);
 let hash = location.hash.slice(1);
 document.body.style.color = hash;
}

  这段可以在hash改变的时候改变字体颜色。

  hash发生变化的url都会被浏览器记录下来,从而你会发现浏览器的前进后退都可以使用了,同时点击后退时,页面字体颜色也会发生变化。

  这样一来虽然没有向后端发送请求,但是页面状态和url关联在了一起,这就是前端路由。

三、history模式

  随着history api的到来,前端路由开始进化了,前面的onhashchange,你只能改变#后面的url片段,而history api则给了前端完全的自由。

  history api可以分为两大部分,切换和修改。

  切换历史状态包括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模式的问题

  通过history api,我们丢掉了丑陋的#,但是它也有个问题:不怕前进,不怕后退,就怕刷新,f5,(如果后端没有准备的话),因为刷新是实实在在地去请求服务器的。

  在hash模式下,前端路由修改的是#中的信息,而浏览器请求时是不带它的,所以没有问题。但是在history下,你可以自由的修改path,当刷新时,如果服务器中没有相应的响应或者资源,会刷出一个404来。

  所以呢,你要在服务端增加一个覆盖所有情况的候选资源:如果 URL 匹配不到任何静态资源,则应该返回同一个 index.html 页面,这个页面就是你 app 依赖的页面。

  如果使用nginx,后端配置如下:

location / {
 try_files $uri $uri/ /index.html;
}

以上就是区分vue-router的hash和history模式的详细内容,更多关于vue-router hash和history模式的资料请关注其它相关文章!