Vue의 해시 라우팅과 히스토리 라우팅의 차이점에 대한 간략한 분석-View.js-php.cn

Vue의 해시 라우팅과 히스토리 라우팅의 차이점에 대한 간략한 분석

青灯夜游

풀어 주다： 2021-11-12 19:29:16

앞으로

2414명이 탐색했습니다.

Vue 또는 React와 같은 프런트엔드 렌더링을 사용할 때 일반적으로 해시 라우팅과 히스토리 라우팅이라는 두 가지 라우팅 방법이 있습니다. 그렇다면 이 두 가지 라우팅 방법의 차이점은 무엇입니까? 아래에 소개해드리도록 하겠습니다. 도움이 되셨으면 좋겠습니다!

Vue의 해시 라우팅과 히스토리 라우팅의 차이점에 대한 간략한 분석

해시 라우팅과 히스토리 라우팅 두 모드의 차이점을 다음과 같은 측면에서 정리해보자.

1. 외관

hash: 즉, 주소의 # 기호. 예를 들어 URL: http://www.abc.com/#/hello, hash 값은 #/hello입니다. 해시가 URL에 나타나더라도 HTTP 요청에는 포함되지 않고 백엔드에 전혀 영향을 미치지 않으므로 해시를 변경해도 페이지가 다시 로드되지 않는 것이 특징입니다. [관련 권장 사항: "vue.js tutorialhash: 即地址栏 URL 中的#符号。比如这个 URL：http://www.abc.com/#/hello， hash 的值为 #/hello。它的特点在于：hash 虽然出现在 URL 中，但不会被包括在 HTTP 请求中，对后端完全没有影响，因此改变 hash 不会重新加载页面。【相关推荐：《vue.js教程》】

history: 地址栏中没有 #。比如这个 URL：http://www.abc.com/hello，更美观，是个正常的url，适合推广宣传。

二、功能

history: 在开发app的时候有分享页面，这个分享出去的页面就是用vue或是react做的，咱们把这个页面分享到第三方的app里，有的app里面url是不允许带有#号的，所以要将#号去除那么就要使用history模式，但是使用history模式还有一个问题就是，在访问二级页面的时候，做刷新操作，会出现404错误，那么就需要和后端人配合，让他配置一下apache或是nginx的url重定向，重定向到你的首页路由上就好了。

三、回车刷新

hash: 虽然出现在 URL 中，但不会被包括在 HTTP 请求中，对后端完全没有影响，因此改变 hash 不会重新加载页面;
history：利用了 HTML5 History Interface 中新增的 pushState() 和replaceState() 方法。

这两个方法应用于浏览器的历史记录栈，在当前已有的 back()、forward()、go() 方法的基础之上，这两个方法提供了对历史记录进行修改的功能。当使用这两个方法执行修改时，只能改变当前地址栏的 URL，但浏览器不会向后端发送请求，也不会触发popstate事件的执行，一般会出现404，这时候就需要和后端人配合，设置重定向。

四、使用场景

一般情况下，hash 和 history 都可以，如果你是个颜值控，对 # 符号夹杂在 URL 里有些不爽。

如果不想要很丑的 hash，我们可以用路由的 history 模式，这种模式充分利用 history.pushState API 来完成URL 跳转而无须重新加载页面。调用 history.pushState() 相比于直接修改 hash，存在以下优势：

pushState() 设置的新 URL 可以是与当前 URL 同源的任意 URL；而 hash 只可修改 # 后面的部分，因此只能设置与当前 URL 同文档的 URL；
pushState() 设置的新 URL 可以与当前 URL 一模一样，这样也会把记录添加到栈中；而 hash 设置的新值必须与原来不一样才会触发动作将记录添加到栈中；
ushState() 通过 stateObject 参数可以添加任意类型的数据到记录中；而 hash 只可添加短字符串pushState()"]

역사

#

http://www.abc.com/hello

2. 기능

history: 앱을 개발할 때 공유 페이지가 있는데, 이 공유 페이지를 공유합니다. 일부 앱에서는 URL에 # 번호를 포함하는 것이 허용되지 않으므로 # 번호를 제거하려면 다음을 수행해야 합니다. 기록 모드를 사용하지만 기록 모드 사용의 또 다른 문제는 보조 페이지에 액세스할 때 새로 고침 작업 중에 404 오류가 표시된다는 것입니다. 그런 다음 백엔드 담당자와 협력하여 아파치의 URL 리디렉션을 구성하도록 해야 합니다. nginx.Directing, 홈페이지 경로로 리디렉션하면 됩니다.