scrolling 属性已废弃，禁用 iframe 滚动必须用 CSS overflow: hidden 配合尺寸约束或同源 JS 注入 document.body.style.overflow = 'hidden'，跨域时仅能靠父容器裁剪与事件拦截。
frame 的 scrolling 属性已废弃，别再用它了
HTML5 中 scrolling 属性（如 <frame scrolling="no">）**已被完全移除**，现代浏览器忽略它，且 W3C 早已不推荐使用 frame 和 frameset。如果你在调试旧系统或维护遗留页面时发现滚动条没按预期隐藏，大概率是因为这个属性根本不起作用。
替代方案：用 iframe + CSS 控制滚动行为
现在标准做法是用 iframe 替代 frame，滚动控制必须靠 CSS 的 overflow。关键点不是“设置属性”，而是“限制容器的溢出表现”：
-
iframe本身不处理滚动，真正起作用的是它的 **CSS 容器样式** 或iframe元素自身的style - 要隐藏滚动条且禁用滚动，需同时设置
overflow: hidden和确保内容不溢出（比如固定宽高、裁剪内容） - 仅设
scrolling="no"（即使某些老浏览器还识别）对iframe无效 —— 它只对已淘汰的frame有历史意义
示例（有效）：
<iframe src="page.html" style="width: 400px; height: 300px; overflow: hidden;"></iframe>
但注意：overflow: hidden 只隐藏滚动条，如果子页面内容超出尺寸，会被直接裁剪，用户无法滚动查看 —— 这不是“禁用滚动”，而是“切断可视区域”。真要禁用交互式滚动，还得配合 JavaScript 阻止事件（见下一条）。
想彻底禁用 iframe 内容滚动？光靠 CSS 不够
CSS 的 overflow: hidden 拦不住用户用鼠标滚轮、触摸板或键盘（空格/方向键）触发的滚动。要真正锁死，得干预事件：
- 在父页面中为
iframe绑定mousewheel、touchmove、keydown（针对方向键/空格）事件并preventDefault() - 更稳妥的做法是在 iframe 加载完成后，向其内部 document 注入脚本（需同源），直接禁用 body 滚动：
document.body.style.overflow = 'hidden';<br>document.documentElement.style.overflow = 'hidden';
- 跨域 iframe 无法注入脚本，此时只能靠父级 CSS 裁剪 + 事件拦截，但键盘滚动仍可能穿透（尤其 Safari 对
overflow: hidden处理较松）
为什么老代码里的 scrolling="auto|yes|no" 看似还能用？
部分浏览器（如旧版 IE、Edge Legacy）曾对 iframe “悄悄支持” scrolling 属性作为非标准扩展，但它：
- 不是 HTML 规范的一部分，不能依赖
- 行为不一致：Chrome 从很早就无视它；Firefox 从未支持；Safari 仅在特定渲染模式下响应
- 即使显示“没滚动条”，实际仍可滚（比如用键盘），造成误判
所以，看到 scrolling="no" 在某个环境里“生效”，只是偶然兼容，不是可靠机制。
真正可控的方式只有两个：同源时操作 iframe 内部 DOM + CSS；跨源时靠父级容器约束 + 事件拦截，并接受一定边界情况（比如键盘滚动无法 100% 拦截）。滚动控制从来就不是个开关，而是一组协同策略。
