iframe无法直接返回父页面上一页，因其history与父页面完全隔离；需通过postMessage通信由父页面执行history.back()，或用src栈模拟返回效果。
iframe 本身没有“返回上一页”的能力
iframe 是一个独立的浏览上下文，它的 history 和父页面完全隔离。点击 iframe 内的浏览器后退按钮，只会影响 iframe 自身的导航历史（如果它曾加载过多个页面），对父页面毫无作用。你无法用原生方式让 iframe 里的“返回”操作触发父页面的 history.back()。
父页面必须主动监听并接管 iframe 的返回意图
常见做法是 iframe 页面通过 postMessage 主动通知父页面“我需要返回”，由父页面决定是否执行 history.back() 或跳转到指定 URL。这要求 iframe 页面可控（即同源或已配置跨域信任）：
- iframe 页面中，把原本的
<button onclick="history.back()">改为：window.parent.postMessage({ type: "NAVIGATE_BACK" }, "*"); - 父页面需监听
message事件，并校验来源（生产环境不能用"*"）：window.addEventListener("message", (e) => { if (e.data.type === "NAVIGATE_BACK") { history.back(); } }); - 若 iframe 跨域且不可控（如嵌入第三方页面），此方案失效——你根本无法向其注入
postMessage逻辑，也无法监听其内部 history 变化。
用 src 切换模拟“返回”效果（仅限单页 iframe 场景）
如果 iframe 只用来展示一个动态内容区域（比如表单弹窗、详情页），并不需要真实维护独立 history，可放弃“返回”概念，改用状态管理：
- 父页面用一个
currentSrc变量记录当前 iframe 的src； - 每次加载新页面前，先将旧
src存入数组栈（如historyStack.push(currentSrc)）； - 点击“返回”时，从栈中
pop()并设置 iframe 的src：iframe.src = historyStack.pop() || "/default.html";
- 注意：这不会改变父页面自身的 URL 或浏览器地址栏，也不触发
history记录，纯属 UI 模拟。
不要依赖 document.referrer 或 history.length
这两个值在 iframe 内读取，反映的是 iframe 自身的上下文，和父页面无关：
立即学习“前端免费学习笔记（深入）”；
-
document.referrer在 iframe 中返回的是父页面 URL（仅同源时可靠），但它是只读快照，无法用于“返回”动作； -
history.length在 iframe 中永远是 1（除非 iframe 自己 navigated 多次），对父页面 history 毫无参考价值； - 试图在父页面里用
iframe.contentWindow.history.back()会直接报错：SecurityError: Blocked a frame with origin ... from accessing a cross-origin frame.（同源也受限于现代浏览器策略）。
