跨页面传数据需依场景选择机制：iframe用postMessage（父发子收，校验origin/source）；同源标签页用BroadcastChannel或localStorage+storage事件；跳转用URL参数、sessionStorage或history.pushState。
不能直接获取，必须通过跨页面通信机制实现
iframe 里怎么拿到父页面传来的数据
如果目标页面是用 嵌入的，父页面可以通过 postMessage 主动发数据过去，子页面监听 message 事件接收。这是唯一安全、跨域兼容的方式。
- 父页面调用
iframe.contentWindow.postMessage(data, origin)，origin必须写对（不能用"*"，否则 Chrome 会静默丢弃） - 子页面用
window.addEventListener("message", handler)接收，且必须校验event.origin和event.source，防止恶意站点伪造消息 - 注意：子页面还没加载完时调用
contentWindow会返回null，要等iframe.onload触发后再发
两个标签页之间如何同步数据
同源标签页可用 localStorage + storage 事件中转，简单但有延迟；更可靠的是用 SharedWorker 或 BroadcastChannel（后者兼容性更好，Chrome 54+/Firefox 38+ 支持）。
-
BroadcastChannel发送端调用channel.postMessage(data)，接收端监听message事件，无需担心顺序或丢失 -
localStorage方案要手动触发storage事件（它只在其他标签页修改时触发，本页改不会触发），适合低频通知 - 不要用
sessionStorage—— 它完全隔离，每个标签页都是独立副本
页面跳转后怎么带数据过去
跳转本身不保留内存数据，只能靠 URL 参数、sessionStorage 或 navigation API 的 state。
- URL 参数最通用：
window.location.href = "page2.html?user_id=123"，但别传敏感信息或大对象（长度限制约 2000 字符） -
sessionStorage可存序列化数据：sessionStorage.setItem("tempData", JSON.stringify(obj))，新页面读取后立刻removeItem，避免残留 -
history.pushState(state, "", url)能带小量结构化数据，但刷新后state仍在，需在popstate里处理，且不适用于window.location.assign类跳转
跨页面传数据最常被忽略的点：没检查同源策略就硬试 iframe.contentDocument，结果报 Blocked a frame with origin ... from accessing a cross-origin frame；或者以为 localStorage 修改能立刻触发本页的 storage 事件——其实不会。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
