window.location.href跳转外部网站被阻止是因为浏览器导航权限机制限制异步回调触发的跳转；仅允许用户主动行为（如click）直接触发，否则静默拦截。
为什么 window.location.href 跳转外部网站会被阻止？
不是所有跳转都会被阻止，关键看触发时机。浏览器只允许**用户主动行为（如 click、tap）直接触发的跳转**；如果跳转发生在异步回调（如 setTimeout、fetch().then()、Promise、addEventListener('load')）里，多数现代浏览器（Chrome、Edge、Safari）会静默拦截，控制台显示类似：Not allowed to navigate top frame to data URL 或无提示失败。
这不是“跨域策略”问题——HTTP 的 CORS 不管跳转，它只管资源获取（如 fetch）。这是浏览器的**导航权限（navigation timing & user activation）机制**，防的是恶意自动跳转、钓鱼和广告劫持。
怎样确保跳转不被拦截？
核心原则：把跳转逻辑绑定在真实的用户交互事件处理函数内部，且**不能脱钩**。
- ✅ 正确：在
button.addEventListener('click', () => { window.location.href = 'https://www.php.cn/link/b05edd78c294dcf6d960190bf5bde635'; })里直接写 - ✅ 正确：用
<a href="https://www.php.cn/link/b05edd78c294dcf6d960190bf5bde635" target="_blank">链接</a>，并确保没加event.preventDefault()后又手动跳转 - ❌ 错误：点击后发请求，等
fetch返回再跳转 —— 此时已失去用户激活状态（document.hasFocus()可能为 true，但navigator.permissions.query({name:'navigation'}))不可用，且无标准 API 申请“跳转权限”） - ⚠️ 注意：
target="_blank"且不含rel="noopener"会带来安全风险（新页面可通过window.opener控制原页），应始终加上
想异步跳转怎么办？绕不过去的临时方案
没有标准 API 可“申请跳转权限”，但有兼容性尚可的折中做法：
Convert Markdown To HTML And PDF - Markdown和HTML、PDF互转
下载
实现 Markdown↔ HTML 互转，支持导出 PDF，用于用户请求的文档格式转换。
立即学习“前端免费学习笔记（深入）”；
- 提前打开空白窗口：
const win = window.open('', '_blank');，再在异步完成后赋值win.location.href = url;—— 仅在用户点击触发的上下文中有效，且部分浏览器（如 Safari）仍可能拦截 - 降级为引导式操作：异步完成后，显示一个带
href的按钮或卡片，让用户再点一次 —— 最可靠，体验稍弱 - 服务端跳转兜底：前端跳转失败时，提交一个隐藏
form到后端接口，由后端用302重定向 —— 绕过前端限制，但需额外接口支持
别试 navigator.permissions.request({name: 'navigation'}) —— 这个 permission name 不存在，浏览器会抛 TypeError。
检查是否真被拦截的调试方法
不要只看页面没跳就断定失败。实际中容易忽略两点：
- 检查浏览器地址栏是否真的没变，还是跳了但目标站 301 到其他路径（比如从
http自动升到https） - 打开 DevTools → Application → Clear storage → 勾选 “Cache storage”、“Cookies”、“Site data”，再重试 —— 某些 PWA 缓存或 Service Worker 会劫持导航请求，表现像被阻止
- 用
console.log(document.visibilityState, document.hasFocus())确认跳转前页面是否仍处于活跃态
真正被拦截时，通常没有任何错误日志，只有静默失效 —— 这正是最麻烦的地方。
