HTML跳转本质依赖浏览器行为，最安全方式是语义化标签；程序控制需用JavaScript（如location.href、replace）或HTTP响应头；SPA中应使用框架路由而非原生跳转。
HTML 本身没有“跳转”这个动作，所有页面跳转都依赖浏览器行为，本质是改变 window.location 或触发导航事件。直接写 最安全，但若需程序控制（比如表单提交后跳转、条件跳转、无刷新伪跳转），就得靠 JavaScript 或 HTTP 响应头配合。
用 标签做最稳妥的跳转
这是语义正确、SEO 友好、无障碍支持最好的方式，也是默认行为最可控的跳转手段。
- 普通跳转：
进入控制台
- 新窗口打开（慎用）：
外部链接
—— 必须加rel="noopener noreferrer"防止安全漏洞和性能问题 - 锚点跳转：
跳到第二节
... - 避免用
javascript:void(0)或空href="#"做假链接，会破坏可访问性和预期行为
用 JavaScript 的 location.href 跳转
适合需要逻辑判断后再跳转的场景，比如登录成功后根据角色跳不同页面。它会完全替换当前页面，且可被浏览器后退按钮记录。
- 基本写法：
location.href = "/profile";
- 等价写法（更明确）：
window.location.href = "/profile";
- 跳转并清空历史（无法后退）：
window.location.replace("/error");—— 常用于登录页跳过登录页返回路径 - 注意：不要在
onclick里写return false;后又手动跳转，容易导致重复触发或拦截失效
用 meta refresh 实现自动跳转（不推荐）
仅适用于服务端无法控制响应头、又必须做简单重定向的极端情况（如静态托管站点的 404 页面跳首页）。现代开发中几乎不该用。
立即学习“前端免费学习笔记（深入）”；
- 3 秒后跳转：
- 立即跳转（
content="0"）会被部分浏览器视为欺骗行为，可能被屏蔽或降权 - 它不触发 JavaScript 的
beforeunload，也不进 history，对用户体验和调试都不友好 - 搜索引擎可能忽略该跳转，或判定为低质量信号
跳转时容易忽略的细节
真正出问题的地方往往不在“怎么跳”，而在“跳去哪”和“跳得是否干净”。
- 相对路径易错：
href="user"和href="/user"行为完全不同，前者是相对于当前 URL 路径，后者是根路径 —— 推荐优先用绝对路径或编码没处理： location.href = "/search?q=hello world"会报错，必须写成"/search?q=" + encodeURIComponent("hello world") - SPA 应用里误用原生跳转：React/Vue 项目中直接改
location.href会导致整个应用重载，应改用router.push()等框架路由方法 - 跳转前未清理定时器或监听器，可能造成内存泄漏或跳转后代码继续执行
跳转不是写个 href 或调个 location.href 就完事，关键看上下文：是用户主动点击？服务端响应驱动？还是前端状态变化触发？每种情况对应的技术选择和副作用都不同。尤其在混合渲染或微前端场景下，跳转逻辑一旦跨技术栈就很容易失控。
