hash值和history值详解区别

hash值和history值详解区别_第1张图片

 赠人玫瑰

Vue作为前端主流的渐进式开发框架被大量程序员熟知应用,Vue中为了构建SPA(single page web application,单页Web应用),需要引入前端路由系统,这也就是 Vue-Router 的意义

vue-router(前端路由)有两种模式,hash模式和history模式,这里来谈谈两者的区别。


1,什么是hash值

2,hash值和history值表现形式

3,hash模式和history模式原理

4,hash模式和history模式应用场景


1,什么是hash值

hash值:hash值由来是由哈希算法计算得来的,安全散列算法(英语:Secure Hash Algorithm,缩写为SHA)是一个密码散列函数家族,是FIPS所认证的安全散列算法。哈希算法是一种基于Hash函数的文件构造方法,可实现对记录的快速随机存取,它把给定的任意长关键字映射为一个固定长度的哈希值,一般用于鉴权、认证、加密、索引等,将任意长度的二进制值映射为固定长度的较小二进制值,这个小的二进制值称为哈希值。简单理解hash值就是文件的身份证,是根据文件大小,时间,类型,创作者,机器等计算出来的,很容易就会发生变化,是具有唯一性的,哈希值是一段数据唯一且极其紧凑的数值表示形式。不同的文件即使文件名一样,hash值也绝对不同,相同的文件即使文件名不一样,hash值也是绝对一样。

2,hash和history表现形式

hash url路径中带#号,路径#号以及后面的字符#号后面为hash值,(此 hash 不是密码学里的散列运算)
history 路径中不带#号,外观比hash值直观好看,就是普通的url,这种模式需要服务端的支持

3,hash模式和history模式原理

hash原理:hash通过监听浏览器的onhashchange()事件变化,查找对应的路由规则,可以通过window对象来监听该事件,在hash模式下,当url发生变化时,浏览器会记录下来,因此前进后退按钮都可以使用,因此在该模式下,hash 虽然出现在 URL 中,但不会被包括在 HTTP 请求中,对后端完全没有影响,因此改变 hash 不会重新加载页面。即使浏览器没有请求服务器,页面也会和url依依对应起来,后来人们给它起了一个名字叫前端路由,成为了单页应用标配。

需要注意的是hash模式下修改的是#后面的内容,使用 URL 的 hash 来模拟一个完整的 URL,于是当 URL 改变时,页面不会重新加载。

history原理: 利用H5的 history中新增的两个API pushState() 和 replaceState() 和一个事件onpopstate监听URL变化,这种模式需要后台的配置支持,因为我们的应用是个单页客户端应用,如果后台没有正确的配置,当用户在浏览器直接访问 http://oursite.com/user/id 就会返回 404,这就不好看了。这两个api方法应用于浏览器的历史记录栈,在当前已有的back、forward、go的基础上,他们提供了对当前浏览器进行修改的功能,只是当它们被修改时,虽然浏览器的URL发生了变化,但是不会立即向后端服务器发送请求,但是如果点击刷新,就会重新向后端服务器发送请求。

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

如何使用history模式:(在vue项目的路由配置`src/router/index.js`里面配置)

new Router({

//去掉地址中的哈希#

mode:"history", // 还需要后台做一些配合

hash 模式和 history 模式都属于浏览器自身的特性,Vue-Router 只是利用了这两个特性(通过调用浏览器提供的接口)来实现前端路由。 

4,hash模式和history模式应用场景

一般来说单从使用体验上,差别不大,样式上history模式比hash模式要更好看一些

hash模式下:url发生变化时,变化的是url的#号后面的hash值,hash虽然包含在url中,但是没有被包含在http请求中,对后端没影响,所以不会向后端发送请求,所以hash改变也不会重新加载页面

history模式下:URL发生了变化,但是不会立即向后端服务器发送请求,但是如果点击刷新,就会重新向后端服务器发送请求。

用路由的 history 模式,这种模式充分利用 history.pushState API 来完成

调用 history.pushState() 相比于直接修改 hash,存在以下优势:

    pushState() 设置的新 URL 可以是与当前 URL 同源的任意 URL;

    hash 只可修改 #后面的部分,因此只能设置与当前 URL 同文档的 URL;

    pushState() 设置的新 URL 可以与当前 URL 一模一样,这样也会把记录添加到栈中

    hash 设置的新值必须与原来不一样才会触发动作将记录添加到栈中;

    pushState() 通过 stateObject 参数可以添加任意类型的数据到记录中

    hash只可添加短字符串;

    pushState() 可额外设置 title 属性供后续使用。

    两种模式的差异体现在,用户手动输入 URL 后回车,或者刷新(重启)浏览器的时候。

    hash 模式下:仅 hash 符号之前的内容会被包含在请求中,如 http://www.abc.com,因此      对于后端来说,即使没有做到对路由的全覆盖,也不会返回 404 错误

    history 模式下:前端的 URL 必须和实际向后端发起请求的 URL 一致,如            http://www.baidu.com/address/id。如果后端缺少对 /book/id 的路由处理,将返回 404 错误。

Vue-Router 官网里如此描述:“不过这种模式要玩好,还需要后台配置支持……所以呢,你要在服务端增加一个覆盖所有情况的候选资源:

如果 URL 匹配不到任何静态资源,则应该返回同一个 index.html 页面,这个页面就是你 app 依赖的页面。”

你可能感兴趣的:(前端)