路由器分别有两种模式,一种是hash
模式,另一种是history
模式,在使用vue-cli
以及vue-router
默认搭建的vue
项目,如果不做特殊的配置,默认就是hash
模式
这两种模式各有自己的优势,但他们的使用区别,却多多少少都会在面试当中被问到
今天就一起来学习下
哈希模式(hash)
vue-router
默认hash
模式,使用url
的哈希(hash
)来模拟一个完整的URL
,当URL
改变时,页面不会重新加载
如下所示
http://localhost/#home
特点: #
号后面的参数不会传送给服务器,兼容性好,不会作为路径的一部分发送给服务器,也就是它不会包括在HTTP
请求体中,对后端完全没有影响,只是我们前端同学自己玩
页面刷新时,会停留在当前页面,不会重新加载
如果觉得hash
路径很丑,不简洁,我们可以用路由的history
模式,这种模式充分利用history.pushState API
或replaceState
,来完成,url
跳转而无需重新加载页面
历史模式
history
模式:在实例化配置对象中添加mode
模式,值为history
就可以了的 经过改造后,hash
模式就会变成history
模式
const router = new VueRouter({
mode: 'history',
routes: [...]
})
这两种方式的使用都是没啥问题的,如果你在意浏览器url
的颜值,#
符号掺杂在url
里看起来确实有些不优雅
如果你想url
更好看,那么就使用history
模式
但是:在hash
模式下,使用hash
符号之前的内容会被包含在请求体中,#
号后面的不会发送给服务器
而history
模式下,前端的URL
必须和实际向后端发起请求的URL
保持一致
如:https://itclan.cn/fontend/id
,如果后端缺少没有对/fontend/id
的路由处理,那么它将返回404
错误
如果你想要支持history
模式,那么需要后端同学支持,想要彻底解决404的问题,需要与后端同学协商,因为需要后端与前端路由做匹配
在服务端增加一个覆盖所有情况的时候的候选资源,如果url
匹配不到任何静态资源,应该返回一个首页页面
如果出现404,容易让用户觉得这是一个Bug