Vue的路由实现模式:hash模式和history模式

Vue 路由的两种模式:

  1. hash 模式

    类似于住在一个大房子里,你的地址很长,但用一个 "门牌号"# 后面的部分)来标识你住哪间房间。

    例如:

    复制代码

    bash

    http://example.com/#/home

    这就好比 "example.com" 是房子,#/home 是具体的房间号。

  2. history 模式

    就像住在一个独栋小别墅里,每个房子都有一个完整的门牌地址。

    例如:

    复制代码

    arduino

    http://example.com/home


hash 模式:怎么工作?

  1. URL 中的 # 后面是 不会发给服务器的,只是供浏览器和前端用的。

    • 比如访问 http://example.com/#/home,服务器只看到 http://example.com,完全忽略 #/home
    • 前端代码通过监听 # 部分的变化onhashchange 事件),让页面切换。
  2. 为什么好用?

    因为它和服务器无关!只需要前端代码实现逻辑,页面切换的时候浏览器不会刷新。

优点:
  • 简单,不需要服务器特殊配置。
  • 浏览器兼容性很好,所有主流浏览器都支持。
缺点:
  • URL 丑陋,有个 #,看起来不美观。
  • 不利于 SEO(因为 # 后的内容不会被搜索引擎抓取)。

history 模式:怎么工作?

  1. URL 没有 #,路径看起来干净漂亮,比如:http://example.com/home

    • 前端用 HTML5 的新技术(pushStatereplaceState),控制浏览器的地址栏变化,但页面不会刷新。
    • 这种地址会被当成真正的文件路径发给服务器,所以 需要服务器支持,否则直接访问可能会返回 404。
  2. 为什么更复杂?

    因为服务器需要知道这个请求应该返回首页 index.html,否则服务器会以为你在请求 /home 文件,但这个文件可能并不存在。

优点:
  • URL 美观,没有 #
  • 支持 SEO,因为搜索引擎可以识别完整的路径。
缺点:
  • 需要配置服务器支持,不然会有 404 问题。
  • 兼容性稍差(需要支持 HTML5 的浏览器)。

两种模式的对比,换个角度讲:

假设你在学校图书馆工作:

  1. hash 模式:

    • 图书馆里挂了一个小白板,板上写着"在哪个房间可以找到书"。
    • 每次你在小白板上写房间号,比如 #/room3,大家看了就知道要去 3 号房间找书。
    • 不管你怎么改小白板的内容,图书馆本身没有任何变化,也不需要任何调整。
  2. history 模式:

    • 图书馆直接在每个房间门上写清楚地址,比如 /room3
    • 但如果有人从外面来,直接走到 /room3 的门口,结果发现门打不开,因为门口没有任何标志,得去找图书馆管理员说明。
    • 管理员需要做额外配置,告诉所有人:"不管你来找哪间房,先去前台(首页)拿到指引"。

怎么选择模式?

  1. 如果你是简单的前端页面,或者不用考虑 SEO,那直接用 hash 模式 ,简单快捷,URL 里多一个 # 也没什么。
  2. 如果你是一个正式的商用网站,需要漂亮的 URL(没有 #),还要对搜索引擎友好,那就用 history 模式
    注意:要配合服务器配置,不然刷新或直接访问某个路径可能会返回 404。

Vue Router 中的实现:

Vue Router 的 mode 参数决定了用哪种模式:

hash 模式:
复制代码

javascript

const router = new VueRouter({ mode: 'hash', // 默认是 hash 模式 routes: [ { path: '/', component: Home }, { path: '/about', component: About } ] });

history 模式:
复制代码

javascript

const router = new VueRouter({ mode: 'history', // 启用 history 模式 routes: [ { path: '/', component: Home }, { path: '/about', component: About } ] });


history 模式下服务器需要做什么?

如果你用的是 history 模式,你需要告诉服务器,不管访问哪个路径,都返回同一个首页(比如 index.html),让前端去处理页面切换。

以 Nginx 为例:
复制代码

nginx

server { listen 80; server_name example.com; location / { root /path/to/your/project; index index.html; try_files $uri /index.html; } }

这段配置的意思是:

  • try_files $uri:先看用户访问的路径是不是有对应的文件。
  • 如果文件不存在,就返回首页 /index.html,让前端接管。
相关推荐
苦瓜小生9 分钟前
【前端】|【js手撕】经典高频面试题:手写实现function.call、apply、bind
java·前端·javascript
天若有情67316 分钟前
前端HTML精讲03:页面性能优化+懒加载,搞定首屏加速
前端·性能优化·html
踩着两条虫28 分钟前
AI驱动的Vue3应用开发平台深入探究(十):物料系统之内置组件库
android·前端·vue.js·人工智能·低代码·系统架构·rxjava
swipe1 小时前
AI 应用里的 Memory,不是“保存聊天记录”,而是管理上下文预算
前端·llm·agent
慧一居士1 小时前
nuxt3 项目和nuxt4 项目区别和对比
前端·vue.js
威联通安全存储2 小时前
破除“重前端、轻底层”的数字幻象:如何夯实工业数据的物理底座
前端·python
inksci2 小时前
Js生成安全随机数
前端·微信小程序
吴声子夜歌2 小时前
TypeScript——泛型
前端·git·typescript
猩猩程序员3 小时前
Pretext:一个绕过 DOM 的纯 JavaScript 排版引擎
前端
竹林8183 小时前
从“连接失败”到丝滑登录:我用 ethers.js 连接 MetaMask 的完整踩坑实录
前端·javascript