Vue项目子目录部署Hash与History路由模式全解析
一、先说结论 当你把Vue项目部署在一个子目录(比如 wvp )下时,路由模式的选择会直接决定你的血压高低: ✅ hash模式:堪称“省心之选”,几乎不需要麻烦后端同事,就能稳如泰山。 ⚠️ history模式:必须得到后端或Nginx的“鼎力支持”,否则刷新页面大概率会喜提一个404。 所以,对
一、先说结论
当你把Vue项目部署在一个子目录(比如 /wvp/)下时,路由模式的选择会直接决定你的血压高低:
- ✅ hash模式:堪称“省心之选”,几乎不需要麻烦后端同事,就能稳如泰山。
- ⚠️ history模式:必须得到后端或Nginx的“鼎力支持”,否则刷新页面大概率会喜提一个404。
所以,对于绝大多数内部系统或后台管理系统而言,强烈建议直接选用hash模式,能避开不少麻烦。
二、hash 和 history 的 URL 本质区别
1️⃣ hash 模式
它的URL长这样:
/wvp/#/dashboard
关键在于那个#号。它有几个核心特点:
#后面的一切内容,浏览器压根不会发送给服务器。- 这属于纯前端的“浏览器行为”。
- 因此,路由的跳转和匹配完全由Vue自己在浏览器端接管。
2️⃣ history 模式
它的URL看起来就“正常”多了:
/wvp/dashboard
但正是这份“正常”带来了挑战:
- 这个完整的路径会被原封不动地发送给服务器。
- 那么,服务器就必须得知道这个
/wvp/dashboard是什么,并且能给出正确的响应。
三、子目录 + hash:为什么几乎不会出问题?
访问流程解析
假设用户访问:
http://ip:port/wvp/#/dashboard
整个过程的交互链条非常清晰:
1. 浏览器向服务器请求 → `/wvp/` 2. 服务器找到资源,返回 → `index.html` 3. 浏览器加载页面,Vue Router 开始解析 → `#/dashboard` 部分
看明白了吗?无论用户在前端怎么跳转路由,服务器眼里永远只有/wvp/这一个请求。它只需要稳稳地返回那个唯一的index.html文件,剩下的事情Vue自己会搞定。
hash 模式的优势
- 无论怎么刷新页面,都不会导致404。
- 浏览器直接输入任意带hash的完整URL,都能正常访问。
- 后端或者Nginx完全不需要做任何特殊配置,按静态资源部署就行。
所以,在子目录部署的场景下,hash模式几乎是一种“物理免疫”的安全方案。
四、子目录 + history:为什么容易翻车?
访问流程解析
现在换成history模式,用户访问:
http://ip:port/wvp/dashboard
这时,服务器收到的是:
/wvp/dashboard
如果服务器没有经过专门配置,它的反应会是:
“让我在文件系统里找找 `/wvp/dashboard` 这个文件或文件夹……” “找不到!” “那就返回 → 404 Not Found”
于是,问题接踵而至:
❌ 页面刷新?404。
❌ 浏览器直接访问一个深度链接?404。
❌ 甚至有时候点前进后退按钮,也可能偶然触发404。
五、history 模式在子目录下必须做哪些配置?
如果你确实需要history模式,那么下面这些配置,一个都不能少。
1️⃣ 前端配置(缺一不可)
首先,要告诉Vue打包和路由系统,你的应用是挂在哪个子目录下的:
// vue.config.js
module.exports = {
publicPath: '/wvp/'
}
// router/index.js
const router = new VueRouter({
mode: 'history',
base: '/wvp/', // 这里必须设置
routes
})
2️⃣ Nginx / 后端配置(这是核心关键)
以Nginx为例,必须添加这样的配置:
location /wvp/ {
try_files $uri $uri/ /wvp/index.html;
}
这句配置的含义是:
- 先尝试匹配请求的URI(
$uri),比如CSS、JS文件,能找到就正常返回。 - 如果找不到,则尝试把它当作一个目录(
$uri/)去找。 - 如果还找不到,就统一返回
/wvp/index.html这个文件。
这样,Vue应用就能加载起来,并由Vue Router来解析URL中的路径,渲染对应的页面组件。
如果没有这步配置会怎样? 结果就是上面提到的:任何非根路径的请求都会直接坠入404的深渊。
六、hash vs history:子目录下的真实对比
| 对比项 | hash 模式 | history 模式 |
|---|---|---|
| 子目录部署 | ✅ 非常稳 | ⚠️ 易翻车 |
| 是否依赖后端 | ❌ 不需要 | ✅ 必须 |
| 页面刷新 | ✅ 永不 404 | ❌ 不配就 404 |
| URL 美观 | ❌ 有 # | ✅ 干净 |
| SEO | ❌ 差 | ✅ 好 |
| 运维成本 | ⭐ 低 | ⭐⭐⭐ 高 |
七、什么时候才应该用 history?
难道history模式就一无是处了吗?当然不是。它在以下场景中依然是更优选择:
- 对外的、需要被搜索引擎收录的网站(SEO友好)。
- 非常注重URL美观,需要分享干净的链接。
- 后端或运维环境完全在你的掌控之中,能够确保配置到位。
否则,对于更常见的场景:
子目录部署 + 内部系统 → hash模式几乎就是最优解
八、推荐配置(子目录)
对于大多数内部项目,下面这套配置组合拳,能让你部署时少掉很多头发:
// vue.config.js
module.exports = {
publicPath: '/wvp/'
}
// router/index.js
export default new VueRouter({
mode: 'hash', // 关键在这里
base: '/wvp/',
routes
})
✅ 不依赖后端任何特殊配置。
✅ 随便刷新,页面不会崩溃。
✅ 部署流程极其简单。
九、总结
一言以蔽之:hash模式是“工程优先”,追求稳定和简便;history模式是“美观优先”,追求体验和优雅。
在子目录部署这个特定战场上,稳定可靠永远比URL好看更重要。毕竟,一个永远能访问的系统,远比一个漂亮但偶尔“找不到”的系统有价值得多。
游乐网为非赢利性网站,所展示的游戏/软件/文章内容均来自于互联网或第三方用户上传分享,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系youleyoucom@outlook.com。
同类文章
用 LlamaIndex 做 RAG 前,先把 Reader、Index、Retriever 的边界写清楚
LlamaIndex 不适合用“5 行代码做一个 RAG demo”来判断好坏。那个 demo 只能证明框架能跑通一次,不证明你的数据进入系统后仍然可追踪,不证明检索结果能解释,不证明 Agent 的
Go语言AES混淆加密解密敏感数据详解
Go语言AES加密需注意:密钥长度必须为16、24或32字节,否则会引发panic;CBC模式解密乱码常因IV或PKCS7填充错误;GCM模式中nonce不可重用,否则密钥可被恢复;ECB模式因明文块输出固定密文,存在安全风险,不建议使用。
C++ std::atomic::wait高性能轮询等待原子变量状态变化
C++20的std::atomic::wait是轻量级等待机制,需GCC11+ Clang12+及glibc≥2 34,macOS不支持。需与notify配对,注意内存序,循环检查防虚假唤醒。超时版本精度有限,高性能关键在notify时机与内存序正确性。
VSCode左侧边栏不见了?快速找回方法
按Ctrl+B或Cmd+B可恢复被误触隐藏的侧边栏。若无效,需检查窗口焦点是否在编辑器、是否处于全屏或Zen模式、workbench activityBar visible配置项、扩展冲突以及远程环境同步问题,并逐一排查。
VSCode中利用Node批量修改多媒体文件元数据标签
music-metadata库支持跨格式读写MP3、FLAC、M4A、WAV等音频元数据,需先用parseFile()初始化,再调用writeMetadata()写入。批量修改前必须验证写入支持,封面图片需为Uint8Array格式。在VSCode终端运行脚本比插件更可控,处理中文路径时需切换终端代码页为UTF-8并指定ID3v2 3版本以避免乱码。
- 热门数据榜
相关攻略
2026-07-13 14:05
2026-07-13 06:53
2026-07-13 06:53
2026-07-13 06:53
2026-07-13 06:53
2026-07-13 06:53
2026-07-13 06:52
2026-07-13 06:52
热门教程
- 游戏攻略
- 安卓教程
- 苹果教程
- 电脑教程
热门话题

