JavaScript哈希路由是利用URL中#后hash值实现SPA导航的机制,不触发页面刷新,通过监听hashchange事件并解析location.hash来渲染对应视图,兼容IE8+且无需服务端配置,但SEO差、URL不美观。

JavaScript哈希路由是一种利用 URL 中 # 后面的部分(即 hash 值)来模拟页面跳转、实现单页面应用(SPA)导航的机制。它不触发页面刷新,只改变 URL 的 hash 段,通过监听 hash 变化来渲染对应视图。
浏览器在 hash 改变时不会向服务端发起请求,但会触发 hashchange 事件。JavaScript 可以监听该事件,读取 location.hash,并据此切换组件或内容。
https://example.com/#/home、https://example.com/#/user?id=123
location.hash 获取的字符串,开头带 #,需用 .slice(1) 去掉location.hash = '/about' 或 history.pushState()(但后者不属哈希路由)不需要框架也能快速搭出基础路由逻辑:
{ '/home': renderHome, '/about': renderAbout }
function route() {
const path = location.hash.slice(1) || '/';
const handler = routes[path] || routes['/404'];
handler && handler();
}
window.addEventListener('hashchange', route);
route(); // 首次加载时执行适合轻量 SPA 或兼容老浏览器的场景,但也有明显局限:
立即学习“Java免费学习笔记(深入)”;
# 不够美观,SEO 友好性差(搜索引擎通常忽略 hash 后内容)history.back() 的语义化行为(虽然能用,但体验不如 History 路由自然)现代前端框架默认多用 History 模式(如 React Router v6、Vue Router 的 createWebHistory),它依赖 history.pushState() 和 popstate 事件,URL 更干净(如 /user/1)。但需要服务端配合——所有前端路由路径都应返回同一 index.html,否则直接访问会 404。哈希路由则天然规避这个问题。
基本上就这些。哈希路由不复杂但容易忽略首次渲染和路径标准化(比如统一处理末尾斜杠、大小写),实际项目中若无兼容要求,优先考虑 History 模式;若求稳、要快速上线或支持旧环境,哈希路由仍是可靠选择。
以上就是javascript哈希路由是什么_如何实现单页面应用的路由?的详细内容,更多请关注php中文网其它相关文章!
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号