不可行。resizeobserver 无法监听 iframe 内 body 高度变化，因跨域拿不到引用，同域下 body 自身不随内容撑高而 resize；移动端应按同域、跨域、低控制权场景分别采用 load+resize+scrollheight、postmessage+mutationobserver 或轮询方案。
ResizeObserver 在 iframe 内监听 body 高度变化是否可行？
不可行。ResizeObserver 无法直接观察 iframe.contentDocument 的 body 或 documentElement，因为跨域时根本拿不到引用；同域下虽然能拿到 DOM 节点，但 ResizeObserver 观察的是元素自身的尺寸变化（比如 padding、border 改变），不是内容高度增长——body 本身通常不随子内容撑高而“resize”，它只是容器，实际撑高的是内部流式布局。所以监听 body 的 resize 几乎不会触发。
移动端 iframe 自适应高度该用什么监听机制？
分场景选择：
- 同域：优先用
load+setTimeout(0)读documentElement.scrollHeight，再配合window.addEventListener('resize', ...)处理横竖屏切换（注意：resize 是窗口级事件，不是内容级） - 跨域：子页必须主动发
postMessage，且不能只发一次——要监听resize和MutationObserver（观察document.body或关键容器节点的子节点增删/样式变更），否则动态加载列表、展开折叠模块时高度就卡住 - 第三方报表或低控制权子页：若无法改子页代码，只能退回到定时轮询（如
setInterval(() => { iframe.contentWindow?.document?.documentElement?.scrollHeight }, 300)），但 iOS Safari 对跨域 iframe.contentWindow 访问更严格，轮询大概率报 SecurityError
为什么移动端轮询或 resize 监听容易卡顿或失效？
根本原因是浏览器对 iframe 内部渲染管线的调度差异：
- iOS WebKit 对跨域 iframe 的
contentWindow访问有额外延迟和拦截逻辑，scrollHeight可能返回旧值，甚至返回 0 - Android Chrome 在页面进入后台时会暂停
setInterval和部分事件监听，导致高度更新中断 -
resize事件在移动端触发频率低（尤其横竖屏切换时只触发 1–2 次），且不反映内容区内部滚动或 DOM 增量变化 - 如果子页用了 CSS
transform: scale()或 viewport 缩放，scrollHeight会失真，需换算：真实高度 =scrollHeight / window.devicePixelRatio（仅部分机型有效）
iframe-resizer 库在移动端的真实表现如何？
它比手写方案更稳，但仍有明显局限：
- 依赖子页引入
iframe-resizer.child.js，且该脚本默认用MutationObserver+setTimeout组合探测高度变化，在低端 Android 机上MutationObserver可能被节流，延迟达 500ms+ - 父页配置
heightCalculationMethod: 'bodyScroll'时，iOS 上偶发取到body.scrollHeight为 0（因 WebKit 渲染时机问题），建议强制用'documentElementOffset' - 开启
log: true会输出大量调试信息，在低端机上可能拖慢主线程，上线前必须关掉 - 它不处理 viewport 缩放或 rem/em 动态换算，若子页用 vw/vh 布局，高度计算仍会偏差
documentElement.scrollHeight 也可能滞后一帧，必须加 requestAnimationFrame 二次确认；跨域场景下，子页发消息的时机比怎么收更重要——发早了 scrollHeight 是 0，发晚了父页已渲染错位。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
