iframe 的 scrolling 属性已废弃，应改用 CSS 的 overflow 控制或同源 JS 干预；若可修改源页，设 html, body { overflow: hidden }；若不可修改且需禁滚动，须同源并用 JS 注入样式或阻止 wheel 事件。
iframe 的 scrolling 属性已废弃，别再用 scrolling="no"
HTML5 中 scrolling 属性（如 scrolling="no"）在 iframe 上已被完全废弃，现代浏览器会忽略它。即使写上，滚动条该出现还是会出现，尤其当内容溢出时。这不是兼容性问题，是标准层面的移除。
真正起效的方式只有两个：CSS 控制 overflow，或 JS 动态干预内容尺寸与容器关系。
用 CSS 的 overflow 精确控制 iframe 内部滚动行为
iframe 本身不处理内部文档的滚动，它只是个“窗口”。滚动是否出现，取决于其加载的 HTML 文档根元素（<html> 或 <body>）的 overflow 计算值。所以必须对 iframe 加载的页面做样式控制，而不是 iframe 标签本身。
- 若你**能修改 iframe 源页面**：在它的
<style>中加html, body { overflow: hidden; margin: 0; } - 若你**无法修改源页面**（如嵌入第三方站点），
overflow: hidden对 iframe 元素自身仅隐藏 iframe 边框外的溢出，不影响内部文档滚动——此时无效 - 若 iframe 内容高度固定且可控，可设
iframe { overflow: hidden; }+ JS 动态调整height避免内部触发滚动
用 JavaScript 动态禁用 iframe 内部滚动（需同源）
只有同源 iframe 才能通过 JS 访问其 contentDocument，进而操作内部样式或事件。跨域 iframe 无法绕过同源策略。
常见做法：
- 等 iframe 加载完成：
iframe.addEventListener('load', () => { ... }) - 注入样式：
iframe.contentDocument.documentElement.style.overflow = 'hidden'; - 阻止鼠标滚轮：
iframe.contentDocument.body.addEventListener('wheel', e => e.preventDefault(), { passive: false }); - 注意：若 iframe 内部用了
position: fixed或transform，可能绕过overflow: hidden，需额外检查
为什么 scrolling="no" 在 Chrome/Firefox 中突然又“好像有效”？
这不是标准回归，而是某些浏览器对旧属性做了降级处理——仅当 iframe 内容是空白或极简时，配合 width/height 固定值，视觉上“没滚动条”，但一旦内容增长、缩放或换设备，立即失效。
更隐蔽的问题是：部分 CMS 或建站工具（如 WordPress 插件）仍自动生成 scrolling 属性，误导开发者以为配置生效。实际应检查 DevTools 的 Computed Styles，确认最终 overflow 值是否为 hidden。
真正可靠的控制点永远在目标文档内部的 CSS 或同源 JS，而不是父页 iframe 标签的废弃属性。
