iframe刷新后回初始页是因浏览器严格按src重载，需将状态控制权交由子页：同源用localStorage+重定向，跨域用postMessage同步URL；注意协议、缓存、URL校验等环境细节。
主页面刷新后 iframe 一定回到初始页，这不是缓存没配好，而是浏览器严格按 src 属性重新加载——你写的是 fileB.html，它就不会自己记住你刚点进了 fileC.html。要“记住”，必须把状态控制权从父页的 src 属性手里抢回来，交给子页自己决定加载谁。
同源 iframe：用 localStorage + 页面级重定向接管跳转逻辑
父页改 iframe.src 看似直接，但极易失败：load 事件不触发（比如用 history.pushState 跳转）、竞态（父页 JS 执行早于 iframe 加载完成）、或子页自身有初始化逻辑覆盖了父页设置。更稳的做法是让每个子页自己判断是否该跳走。
-
fileB.html加载时检查localStorage.getItem('activeSubpage')，若值为'fileC.html'，立刻执行window.location.replace('fileC.html') -
fileC.html加载时，从 URL 参数（如?source=fileB）识别来源，并写入localStorage.setItem('activeSubpage', 'fileC.html') - 所有跳转链接都需带
source参数，例如<a href="fileC.html?source=fileB">Go to C</a> - 用
replace()而非assign()，避免在历史栈中留下已过期的fileB.html
跨域 iframe：postMessage 是唯一可行的同步通道
父页完全无法读取 iframe.contentWindow.location.href，localStorage 方案仍可用，但写入动作必须由子页发起——因为只有子页知道它当前在哪。
- 子页监听
hashchange或popstate，调用window.parent.postMessage({ type: 'iframeUrlChange', url: location.href }, 'https://parent-domain.com') - 父页监听
message事件，校验event.origin === 'https://child-domain.com'后，存入localStorage.setItem('iframe_last_url', data.url) - 父页
DOMContentLoaded后，不能立刻设iframe.src，得等 iframe 元素挂载完成；建议用setTimeout(() => { iframe.src = storedUrl }, 0) - 子页发消息时别用
'*'作targetOrigin，白名单匹配更安全
容易被忽略的环境细节和校验点
逻辑写对了，也可能跑不起来——这些不是“边缘情况”，而是高频失效点。
立即学习“前端免费学习笔记（深入）”；
- 开发时用
file://协议？部分浏览器禁用localStorage，必须起本地服务（http://localhost） - 子页响应头含
Cache-Control: no-cache？会导致页面重载时跳过缓存，但重定向逻辑仍执行，可能造成“跳转两次”或白屏 - 从
localStorage读出的 URL 必须用new URL(storedUrl, window.location.origin)校验合法性，防止相对路径解析错误或注入 - SPA 子应用路由频繁变更，
postMessage可能重复触发，建议用Set去重再写入localStorage
真正的难点不在代码长度，而在于状态归属权的转移：你得放弃“父页控制 iframe”的直觉，接受“子页自主加载 + 主动上报”这个更底层、但也更可靠的契约。一旦这个认知切换过来，后续所有坑都是可预判、可校验、可修复的。
