商城首页欢迎来到中国正版软件门户

您的位置:首页 >Vue项目部署在子目录下时hashvshistory的真实区别解析

Vue项目部署在子目录下时hashvshistory的真实区别解析

  发布于2026-05-03 阅读(0)

扫一扫,手机访问

一、先说结论

当你把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好看更重要。毕竟,一个永远能访问的系统,远比一个漂亮但偶尔“找不到”的系统有价值得多。

本文转载于:https://www.jb51.net/javascript/356155bsh.htm 如有侵犯,请联系zhengruancom@outlook.com删除。
免责声明:正软商城发布此文仅为传递信息,不代表正软商城认同其观点或证实其描述。

热门关注