能不用就别用 javascript:void(0)，尤其在现代框架项目里；非用不可时，必须确认它不会干扰路由、历史栈和可访问性，因其会触发哈希变更导致Vue/React Router误判跳转、重渲染或404，SSR下还引发客户端与服务端状态不一致。
直接说结论：能不用就别用 javascript:void(0)，尤其在现代框架项目里；非用不可时，必须确认它不会干扰路由、历史栈和可访问性。
为什么 javascript:void(0) 会干扰 Vue/React 路由
它看似“什么都不做”，但浏览器仍会把它当作一次有效的哈希变更触发点。比如点击后 location.hash 变成 "javascript:void(0)"（部分浏览器标准化为空字符串，但历史记录已写入），Vue Router 的 router.beforeEach 或 React Router 的 useLocation() 会捕获这个变化，可能误判为跳转、触发重渲染、甚至返回 404。
- SSR 场景下，服务端首次渲染没有这个 hash，客户端 hydrate 后突然插入，导致状态不一致
- 使用
history.pushState的自定义路由逻辑可能因哈希抖动而失效 - 某些 Linter（如 eslint-plugin-react）会警告该写法“非语义化”
javascript:void(0) 和 javascript:; 有啥区别
基本没区别 —— 两者都执行空 JS 表达式并返回 undefined，都不会跳转。但细节上：
-
javascript:void(0)是明确调用void运算符，语义更清晰（“我有意让它返回 void”） -
javascript:;是空语句，依赖 JS 解析器对分号的处理，在极旧环境（IE6–8）偶有兼容问题 - 现代打包工具（如 Webpack/Vite）对两者都无特殊处理，但团队规范通常只认
void(0)
替代方案比死守 javascript:void(0) 更靠谱
真正安全的禁用跳转，不是靠“骗浏览器”，而是从语义和行为两层切断默认动作：
立即学习“Java免费学习笔记（深入）”；
- 纯交互按钮：删掉
href，加role="button" tabindex="0"，再手动绑定click和keydown（Enter/Space）事件 - 需要保留手型光标：用
href="about:blank"—— 不产生 history entry，不触发路由监听，且兼容所有现代浏览器 - 已有 onclick 逻辑：改用
e.preventDefault()+addEventListener，而不是依赖href做控制 - 绝对不要混用：
href="#" onclick="return false"仍会滚顶+写 history，href="javascript:void(0)"+onclick则冗余且难维护
最常被忽略的一点：即使你用了 javascript:void(0)，如果页面启用了 PWA 或 Service Worker，某些缓存策略会把它当作无效资源拦截 —— 表现就是点击无响应，连 console 都不报错。这时候得回头检查是不是该换 role="button" 了。
