Vue路由原理
目前实现路由的方式有两中,vue通过参数mode来设置,默认是hash模式。
- 利用URL中的hash(‘#’)来实现
- 利用History interface在HTML5中新增的方法
history对应的是HTML5History对象,hash对应的是HashHistory对象,abstract对应的是AbstractHistory对象。在初始化对应的history之前,会对mode做一些校验:若浏览器不支持HTML5History方式(通过supportsPushState遍历判断),则mode设为hash,若不是在浏览器环境下运行,则mode设为abstract
VueRouter类中的onReady(),push()等方法只是一个代理,实际是调用的具体history对象的对应方法,在init()方法中初始化时,也是根据history对象具体的类别执行不同操作
HashHistory
Hash(‘#’)符号的本来作用是加在URL指示网页中的位置,#本身以及它后面的字符称之为hash,通过window.location.hash属性来获取
Hash虽然出现在url中,但不会被包括在http请求中,它是用来指导浏览器动作的,对服务端完全无用,因此改变hash不会重新加载页面,如果是手动在url添加hash,这时可以为hash的改变添加监听事件
Window.addEventListener(‘hashchange’,funcRef,false)
每一次改变hash(window.location.hash)都会在浏览器访问历史中增加一个记录
执行vue里的push()方法最主要的是对window的hash进行直接赋值
Window.location.hash = route.fullPath
$router.push() -> HashHistory.push() -> History.transitionTo() -> History.updateRoute() -> vm.render()
HashHistory.replace()
Replace()方法与push()方法不同之处在于,它并不是将新路由添加到浏览器访问历史栈顶,而是替换掉当前的路由,背后它实际上是调用window.location.replace方法将路由进行替换
监听地址栏
VueRouter.push()和VueRouter.replace()是可以在vue组件的逻辑代码中直接调用的,除此之外在浏览器中,用户还可以手动在浏览器地址栏中输入url,因此还需要监听浏览器地址栏中路由的变化,并具有与通过代码调用的相同响应行为,在History中通过setupListeners监听hashchange实现:
Window.addEventListener(‘hashchange’,function () {}),当在浏览器地址栏直接输入路由相当于代码调用了replace()方法
HTML5History
History interface是浏览器历史记录栈提供的接口,back(),forward(),go()等方法,HTML5提供了pushState(),replateState()这两个方法
Window.history.pushState(stateObject,title,url)
Window.history.replateState(stateObject,title,url)
stateObject:当浏览器跳转到新的状态时,将触发popState事件,该事件将携带这个stateObject参数的副本
title:所添加记录的标题
url:所添加记录的url
这两个方法有个共同特点:当调用他们修改浏览器历史栈后,虽然当前url改变了,但浏览器不会立即发送请求该url,这就为单页应用前端路由,更新视图但不重新请求页面提供了基础
History与hash模式基本类似,只不过将对window.location.hash()直接进行赋值window.location.replate()改为调用了window.location.history.pushState()和window.location.replateState()方法,而HTML5History中添加对修改浏览器地址栏url的监听popstate是直接在构造函数中执行的
Window.addEventListeners(‘popstate’,e => {// 执行相应的功能})
HTML5History需要浏览器的支持,vue是通过supportPushState()来检查
除这两中模式外,vue-router还未非浏览器环境准备了一个abstract模式,原理是用一个数组stack模拟除浏览器历史记录栈的功能
两中模式比较
调用history.pushState()相比直接修改hash主要有以下优势:
- pushState设置的新url可以是与当前url同源的任意url,而hash只可修改#后面的部分,故可设置与当前同文档的url
- pushState设置的新url可以与当前url一模一样,这样也会把记录添加到栈中,而hash设置的新的值必须与原来不一样才会触发记录添加到栈中
- pushState通过stateObject可以添加任意类型的数据记录中,而hash只可添加短字符串
- pushState可额外设置title属性供后续使用
history模式问题
对于单页面应用来说,理想的使用场景是仅仅在进入用用时加载index’.html,后续在网络操作通过ajax完成,不会根据url重新请求页面,但是如果用户直接在地址栏中输入并回车,浏览器重启重新加载等特殊情况
Hash模式仅仅改变hash部分的内容,而hash部分是不会包含在http请求中的,就是#以及后面的是不会包含在请求当中的
http://baidu.com/#user/id //如请求,只会发送http://baidu.com
所以hash模式下遇到根据url请求页面不会有问题
而history模式则将url修改的就和政策请求后端的url一样,history不带#。http://baidu.com/user/id
如果这种向后端发送请求的话,后端没有配置对应/user/id的路由处理,会返回404错误
官方推荐的解决方法是在服务端增加一个覆盖所有情况的候选资源:如果url匹配不到任何静态资源,则应该返回同一个index.html页面,这个页面就是你app依赖的页面。同时这么做以后,服务器就不再返回404错误页面,因为对于所有路径都会返回index.html文件。为了避免这种情况,在vue应用里面覆盖所有的路由情况,然后再给出一个404页面。或者如果是用node.js做后台,可以使用服务端的路由来匹配url,当没有匹配到路由的时候返回404,从而实现fallback
原文地址:https://www.cnblogs.com/maggie-pan/p/10025452.html