iframe中表单提交后父页面不跳转是浏览器默认行为，因form的target属性决定跳转目标且不冒泡；解决方法包括在响应页用top.location.href强制跳出iframe，或服务端返回303重定向。
iframe里表单提交后，父页面不跳转是默认行为
浏览器对form提交的跳转目标完全由form自身的target属性决定，它不会“自动向上冒泡”到父页面。哪怕你在iframe里提交了登录失败的表单，父页也纹丝不动——这不是bug，是规范。常见现象是：用户看到iframe里显示了“请登录”页面，但地址栏没变、导航栏卡死、菜单还在，实际已处于未认证状态。
用top.location.href在响应页中强制跳出iframe
最直接有效的办法，是在服务端返回的响应HTML（比如login.html或错误提示页）里插入一段脚本：
<script>
if (window !== top) {
top.location.href = '/login';
}
</script>
这段代码只在嵌套于iframe时生效；若用户直接访问该URL，则window === top，不执行跳转，保持语义正确。注意三点：
- 必须放在响应HTML的
内或末尾，不能只靠AJAX加载后注入 - 路径
/login建议用绝对路径，避免相对路径在iframe上下文中解析错乱 - 若响应页与父页跨域，
top.location.href仍可赋值（跳转不受同源限制），但读取top.location会报错——这里只写不读，安全
不要依赖parent.location.href或self.parent
写parent.location.href = '/login'看似合理，但在多层嵌套iframe（比如 admin → dashboard → form）中，它只跳转上一层，未必是顶层应用壳。更危险的是：parent可能指向一个不可写或被沙箱隔离的上下文，抛出DOMException: Blocked a frame with origin。而top始终指向最外层窗口，语义明确、兼容性好。另外，self.parent和window.parent等价，没必要加self.前缀，纯属冗余。
服务端返回303重定向比前端跳转更可靠
如果能控制后端，优先让接口在登录失效时返回HTTP状态码303 See Other，并带上Location: /login响应头。这样浏览器会自动用GET请求跳转到/login，且天然脱离iframe上下文——因为303跳转由浏览器接管，不经过iframe渲染流程。相比前端JS跳转，它：
- 不依赖JavaScript执行环境（防禁用JS场景）
- 避免因iframe加载时机、脚本执行顺序导致的跳转遗漏
- 防止用户刷新303跳转后的页面时重复提交（GET无副作用）
真正容易被忽略的是：很多团队把跳转逻辑全堆在前端，却忘了服务端才是上下文控制的权威来源。只要后端能判断session失效，就该由它发303，而不是等iframe里的JS去发现并补救。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
