我之前开发时也碰到过一模一样的问题，给你几个实际排查的方向，你可以逐一测试：

• 检查iframe的sandbox权限
  如果你的iframe设置了sandbox属性，一定要确认里面包含了必要的权限。比如如果只加了allow-scripts，默认会限制很多操作，包括跨页面跳转。你需要把sandbox属性改成类似这样：

  <iframe sandbox="allow-scripts allow-same-origin allow-top-navigation" src="your-iframe-url"></iframe>
  

  其中allow-top-navigation允许iframe跳转至顶层页面，allow-same-origin保证iframe和父页面同源（如果需要的话），缺少这些权限很可能导致跳转被浏览器拦截，最终变成刷新原iframe链接。

• 排查是否有代码拦截了location修改
  有时候页面里的全局事件监听或者第三方脚本（哪怕你说Navigo无关，也可以快速排查下）会拦截window.location.href的修改操作。比如有些路由库会监听hashchange或popstate事件，甚至重写了window.location对象。你可以直接在iframe的开发者工具控制台里执行：

  window.location.href = "你的目标绝对URL";
  

  如果控制台执行能正常跳转，那说明你的业务代码里有拦截逻辑，得去排查相关的事件监听或脚本。

• 确认目标URL的格式是否正确
  如果你用的是相对路径，很可能因为iframe的当前路径和你预期的不一样，导致跳转路径解析错误，服务器返回404后又重定向回原页面。比如原iframe的src是/app/pageA，你写window.location.href = "pageB"会被解析成/app/pageA/pageB，如果这个路径不存在就会触发刷新。建议先换成完整的绝对URL测试，看是否能正常跳转。

• 检查iframe的加载方式
  如果你的iframe是用srcdoc属性加载的内容，而不是src指向某个URL，修改window.location.href的行为可能会和预期不同。另外如果是动态创建的iframe，也要确认注入的内容里有没有重置location的逻辑。

你可以先从sandbox权限和绝对URL测试入手，这两个是最常见的问题点。

内容的提问来源于stack exchange，提问作者tomeraz