现代浏览器已完全废弃scrolling属性，html5删除frameset/frame标签；禁用滚动应改用iframe+css overflow控制，跨域时需注意父容器裁剪与事件拦截配合。
别再用 scrolling 属性了——它在现代浏览器中完全失效，且 HTML5 已彻底移除 <frame> 和 <frameset></frameset> 标签。
为什么 scrolling="no" 在 <frame> 里不生效
这个属性只在 IE8 及更早、部分旧版 Firefox/Opera 中起作用；IE9+、Chrome、Firefox 新版本、Safari 全部忽略它。即使你写 <frame src="a.html" scrolling="no">，只要内容超出尺寸，滚动条照常出现。根本原因不是“没写对”，而是浏览器压根不解析这个属性——W3C 自 HTML4 末期就标记为过时，HTML5 直接删库。
-
scrolling是<frame>的专属属性，<iframe></iframe>上虽曾短暂支持，但同样被 HTML5 废弃 - 当前所有主流浏览器对
<frameset></frameset>渲染已降级为 quirks mode 或直接拒解析，页面可能整体错乱 - 即使 DOM 操作
frameElement.scrolling = "no"，也仅在极少数旧环境生效，无实际兼容价值
如果必须兼容老系统，怎么临时绕过
仅限维护遗留 frameset 页面且无法重构的场景。核心思路：不用属性，改用 CSS 裁剪 + JS 阻断事件。
- 给
<frame>所在的<frameset></frameset>加style="overflow: hidden"（部分旧 IE 支持） - 在子页面（如
frame_a.htm）头部注入：document.body.style.overflow = 'hidden'; document.documentElement.style.overflow = 'hidden'; - 监听
mousewheel和keydown（方向键、空格、PageUp/Down），调用event.preventDefault() - 注意：跨域子页面无法注入 JS，此时唯一办法是缩小
<frame>尺寸并确保内容不溢出
正确替代方案：用 <iframe></iframe> + CSS overflow
这是当前唯一可靠、标准、可维护的做法。关键不是“隐藏滚动条”，而是“控制容器溢出行为”。
- 禁用滚动并裁剪内容：
<iframe src="page.html" style="width: 600px; height: 400px; overflow: hidden;"></iframe> - 仅隐藏滚动条但保留滚动能力（视觉隐藏）：
iframe { overflow: scroll; scrollbar-width: none; } iframe::-webkit-scrollbar { display: none; } - 若需动态控制，用 JS 修改 iframe 容器的
style.overflow，而非操作iframe.scrolling - 注意：仅设
overflow: hidden不等于“禁用滚动”，用户仍可通过键盘焦点或 JSscrollTo触发位移，真要锁死得配合pointer-events: none或事件拦截
容易被忽略的跨域陷阱
当 <iframe></iframe> 加载的是不同源页面时，父页 JS 无法访问其 DOM，也就无法注入 body.style.overflow 或监听其滚动事件。
- CSS
overflow: hidden仍可在父容器生效，但仅裁剪可视区域，子页面内部滚动逻辑照常运行 - 无法阻止用户右键“在新标签页打开 iframe 页面”后自由滚动
- 若业务强依赖滚动控制（如嵌入式表单防误操作），应推动上游提供同源轻量版，或改用 postMessage 协作模式
真正难的不是写一行 scrolling="no"，而是理解滚动行为由谁控制、在哪生效、跨域时边界在哪——这些细节一旦漏掉，调试时会卡在“明明写了却不生效”的死循环里。
