rows 属性在 html5 中已语法非法，浏览器直接忽略或触发怪异模式；根本原因是 与现代 dom、事件流、存储、history 和 seo 模型存在不可调和的语义冲突。

rows 属性在 <frameset></frameset> 中已完全不推荐使用——它不是“不建议”，而是 HTML5 标准中语法非法，浏览器解析时会直接忽略或退入怪异模式（quirks mode）。

为什么 rows 在现代开发中必须废弃

根本原因不是样式难写，而是语义和运行时模型冲突：<frameset></frameset> 要求整个文档用它替代 ，导致 DOM 树断裂、window.top 与子 frame 的 window 无法统一事件流、document.cookie 和 localStorage 隔离、history API 失效。这些不是“兼容性问题”，而是设计上就拒绝单页应用逻辑。

• rows="200,*,300" 这类写法在 Chrome/Firefox/Edge 最新版中已不触发任何框架渲染，控制台报错 Unknown tag <frameset></frameset> 或静默降级为白屏
• SEO 彻底失效：搜索引擎只抓取 frameset.html 本身，src="nav.html" 内容不会被索引，且无 <title></title> / <meta> 上下文
• 无障碍（a11y）崩溃：屏幕阅读器无法建立 frame 间的焦点顺序，aria-labelledby 在跨 frame 场景下无效

iframe 不是 frameset 的平替，而是不同用途的工具

把旧 <frame src="menu.html"> 直接换成 <iframe src="menu.html"></iframe> 是常见误区。关键差异在于：

• <iframe></iframe> 是嵌入式容器，必须放在合法的 流中，不能替代布局结构
• 它默认有边框、滚动条、独立 viewport，需手动重置：border="0" 已过时，应改用 CSS border: none
• 跨域时无法读写内容 DOM，postMessage() 是唯一安全通信方式，旧系统里依赖 window.parent.frames['main'].location 的代码全要重写
• title 属性强制要求（WCAG 2.1），否则屏幕阅读器无法识别该区域用途，例如：<iframe src="nav.html" title="主菜单导航"></iframe>

真正可行的替代方案选型依据

迁移路径取决于你当前系统的耦合程度，不是“用什么技术”，而是“哪部分逻辑必须保留”：

• 若只是静态页面分块（如 header + sidebar + main），用 CSS Grid 最轻量：grid-template-rows: 60px 1fr 控制高度，grid-template-columns: 240px 1fr 控制侧栏，所有内容在同一个 DOM 中
• 若需隔离第三方内容（如广告、嵌入仪表盘），<iframe sandbox="allow-scripts"></iframe> 是唯一合规选择，但必须配 sandbox 属性防止 XSS
• 若原系统依赖 frame 间全局变量通信（如 parent.appState），必须转为基于事件总线或 CustomEvent 的松耦合设计，不能靠 iframe.contentWindow 强引用
• 服务端渲染场景（PHP/Java），直接用模板 include 替代，避免客户端拆分，既无跨域问题，也省去 JS 加载延迟

最常被忽略的一点：旧 <frameset></frameset> 页面里大量使用 document.write() 动态覆盖 frame 内容，这种写法在 <iframe></iframe> 中会清空整个子文档并破坏 onload 时序——必须改为 fetch + innerHTML 注入，且注意 script 执行时机。