HTML5没有5.2或5.3官方版本号，所谓“HTML5.2/5.3跳转语法”是误传；跳转仍依赖、location.href、history.pushState()等长期稳定API，实际变化源于浏览器对安全策略（如Same-Origin Policy、opener漏洞防护）的强化执行及跨规范（Fetch、CSS Scroll Behavior）的渐进支持。
HTML5 没有“5.2 版”或“5.3 版”这种官方版本号，所谓“HTML5.2”“HTML5.3”是误传或混淆——W3C 和 WHATWG 已不再按数字大版本迭代 HTML，而是以持续演进的单一标准（WHATWG HTML Living Standard）维护。跳转相关写法（如 、location.href、history.pushState() 等）在近年并无结构性变更，但部分新行为和兼容性细节值得实操注意。
跳转仍靠
目前所有主流跳转方式都来自 HTML Living Standard 的长期稳定定义，不是某次“小版本升级”引入的：
-
仍是语义最清晰、SEO 友好、无障碍支持最好的跳转方式；target="_blank"必须搭配rel="noopener"（防 opener 漏洞），否则现代浏览器会警告 -
location.assign("url")、location.replace("url")行为未变，但replace()在 PWA 场景下更安全（不留下历史记录） -
history.pushState()和history.replaceState()仍需手动监听popstate事件处理后退，没有自动路由机制
真正影响跳转行为的是浏览器实现变化，而非“HTML5.3 新特性”
近年实际影响跳转逻辑的，是浏览器对安全策略和 API 的强化执行：
- Chrome 88+ 和 Safari 15.4+ 默认阻止跨域 iframe 内调用
top.location.href = ...（报SecurityError: Blocked a frame with origin ...），不是 HTML 标准改了，而是 Same-Origin Policy 执行更严格 - Firefox 100+ 对
document.write()触发的跳转（如document.write('')）完全禁用，直接忽略 - 使用
fetch()+response.redirect()做服务端跳转时，若响应头含Location且状态码为 301/302，浏览器仍会自动跳转——但该行为由 Fetch 规范定义，与 HTML 版本无关
容易踩坑的“看似新实则老”的写法
有些被误认为是“HTML5.3 新增”的跳转技巧，其实早已有之，只是近年被更多人注意到：
立即学习“前端免费学习笔记（深入）”；
-
：不是新属性，但rel="noreferrer"现在默认抑制Referer头，rel="noopener"是防范window.opener安全风险的必需项 -
或：属于 Android Intent URI scheme，非 HTML 标准，各厂商实现不一，iOS 完全不支持，慎用于生产环境 - 用
scrollIntoView({ behavior: 'smooth' })配合锚点跳转（如#section2）：该选项自 Chrome 61 / Firefox 68 起支持，但 Safari 直到 15.4 才完整支持，不是“HTML5.3 加入”，而是 CSS Scroll Behavior 规范落地进度不同
真正要关注的，从来不是虚构的“HTML5.3 跳转语法”，而是你目标浏览器的实际支持表、安全策略执行强度，以及是否混淆了 HTML、URL Scheme、Fetch、CSS 等多个规范的边界。写跳转逻辑前，先查 caniuse.com 对应 API，比查“HTML5.2 vs 5.3”有用得多。
