scrolling属性已废弃，仅对淘汰的有效；现代浏览器忽略它，应改用CSS overflow配合宽高约束控制iframe滚动，必要时结合JS拦截事件。
scrolling 属性已失效，别再用它控制滚动条了。 它只对早已淘汰的 <frame> 有效，现代浏览器完全忽略 scrolling="no" 这类写法，哪怕你套在 <iframe></iframe> 上也毫无作用。
为什么 scrolling="no" 在 iframe 里不生效
HTML5 彻底移除了 scrolling 属性的支持，W3C 规范中它只属于过时的 <frameset></frameset> 体系。Chrome 很早就无视它，Firefox 从未支持，Safari 仅在极旧渲染模式下“悄悄响应”——但这种行为不可靠、不跨浏览器、也不符合标准。
-
scrolling不是<iframe></iframe>的合法属性，HTML 验证会报错 - 即使某些老 IE 或 Edge Legacy 显示出效果，也只是非标准兼容层的残留，不能用于新项目
- 设了
scrolling="no"却发现滚动条还在？不是浏览器 bug，是你在用一个被废弃的开关试图打开一扇不存在的门
真正起作用的是 overflow + 尺寸约束
控制 iframe 内容是否可滚动，核心逻辑是：**让容器拒绝溢出表现，并确保内容不会“撑开”它**。CSS 的 overflow 才是唯一可靠手段。
- 要隐藏滚动条且裁剪内容：
style="width: 400px; height: 300px; overflow: hidden;" - 要按需显示滚动条（推荐）：
style="width: 400px; height: 300px; overflow: auto;" - 仅控制垂直方向：
overflow-y: auto；仅水平：overflow-x: hidden - 注意：仅设
overflow不等于禁用滚动交互——鼠标滚轮、空格键、方向键仍可能触发滚动（尤其跨域 iframe）
想彻底锁死滚动？得靠 JS 事件拦截或同源脚本注入
CSS 只管“画布裁剪”，JS 才管“用户动作”。如果你的目标是让用户完全无法滚动（比如嵌入第三方表单、防止误操作），必须叠加行为控制。
- 同源 iframe：等加载完成，在父页中执行
iframe.contentDocument.body.style.overflow = 'hidden' - 跨域 iframe：无法访问内部 DOM，只能在父容器上监听
mousewheel、touchmove并preventDefault()，但键盘滚动（如空格）在 Safari 中仍可能穿透 - 更稳妥的做法是组合使用：
overflow: hidden+ 固定尺寸 +pointer-events: none（禁用所有指针交互，但会同时禁用点击）
最容易被忽略的一点：overflow 的生效前提是容器有明确的宽高约束。如果父元素是 flex 或 grid 且未设 max-height，或者 iframe 外层用了 position: absolute 却没配 top/left/bottom/right，overflow 很可能被忽略——此时不是属性没用，而是它根本没获得“溢出判断”的上下文。
