哈希路由在现代前端项目中已非首选，仅适用于静态部署、GitHub Pages等受限场景；它不触发服务端请求但URL含#、SEO差、不支持完整history API，且调试和集成受限。
哈希路由（hash）现在还值得用吗
在现代前端项目中，hash 路由仍被广泛支持，但它的适用场景已明显收窄。它不触发服务端请求、无需服务器配置，适合纯静态部署或快速原型；但代价是 URL 中永远带着 #，SEO 友好性差，且无法使用 history.pushState 提供的完整导航控制能力。
如果你用的是 React Router v6 或 Vue Router 4，默认已弃用 HashRouter 作为首选——除非你明确受限于：托管平台不支持 History 模式（如 GitHub Pages 默认）、后端不配合返回 index.html、或需兼容 IE9/IE10。
-
createHashRouter（React Router v6.4+）仅用于特殊遗留场景，不是推荐路径 - 服务端无权干预跳转时，
hash是唯一零配置方案 - 微信内嵌 WebView 对
pushState支持不稳定，部分老版本仍需回退到hash
location.hash 变化不会触发页面刷新，但监听容易漏事件
浏览器原生对 hash 变更的响应是触发 hashchange 事件，但它有明确限制：只有用户手动修改地址栏、点击带 href="#xxx" 的链接、或调用 location.hash = "xxx" 才会触发；而通过 history.replaceState 或 pushState 修改 URL（即使包含 #）不会触发该事件。
这意味着：如果你混用 history API 和 hash 字符串操作，hashchange 监听器大概率收不到更新。
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
立即学习“前端免费学习笔记（深入）”；
- 始终优先用
window.addEventListener("hashchange", handler)，而非轮询location.hash - 避免在同一个应用中既用
history.pushState({},"","#/user")又依赖hashchange - Vue Router 的
hash模式内部劫持了所有a标签点击，并统一走hashchange，这是它“看起来可靠”的原因，不是浏览器本身保证的
服务端完全无视 # 后内容，但 Nginx / CDN 可能意外截断
根据 URL 规范，# 及之后的内容（即 fragment）永远不会发送给服务端，所以无论你访问 https://a.com/#/login 还是 https://a.com/#/admin?token=abc，服务端收到的都是 GET /。这本是优点，但也带来两个现实问题：
- 某些老旧 CDN 或代理（如部分企业内网网关）会错误地把带
#的 URL 当作非法字符过滤或 400 拒绝 - Nginx 配置中若用了
try_files $uri $uri/ /index.html;，它对hash路由完全透明——但若误配成rewrite ^/(.*)$ /index.html?path=$1 break;，就会把#后内容当作 query 一部分，导致前端解析错乱 - 调试时用 curl 测试，
curl "https://site.com/#/test"实际发出去的是GET /，别指望从响应里看到#/test的痕迹
React Router / Vue Router 的 HashRouter 并非“模拟 history”
很多人以为 HashRouter 是为了兼容旧浏览器而做的 history 模拟，其实不是。它的核心逻辑就是：把路由状态全部 encode 到 location.hash 中，并监听 hashchange 做同步；它不尝试调用 pushState，也不维护 history.state 栈。因此：
-
router.navigate("/user", { replace: true })在HashRouter下实际执行的是location.replace("#/user")，不是history.replaceState - 前进/后退按钮行为由浏览器原生 hash 历史栈驱动，和
history模式下的行为存在细微差异（例如 scroll restoration 不触发） - 如果页面中已有其他脚本直接修改
location.hash（比如锚点跳转、第三方 SDK），可能与路由实例的状态不同步，需手动调用router.navigate对齐
哈希路由不是过渡方案，也不是降级兜底——它是独立路径，一旦选了，就得接受它的边界：URL 不干净、无法深度集成 PWA 导航生命周期、调试时 devtools 的 Network 面板看不到“路由请求”。这些不是 bug，是设计使然。
