frame属性仅控制表格外边框的显示条数（如hsides仅显示上下边），不控制颜色、粗细等样式，且CSS border规则会完全覆盖其效果。
frame属性只管“画哪几条外边”，不管颜色粗细
frame 属性不是样式控制开关，它只是告诉浏览器“外边框的四条线里，哪几条该画出来”。frame="hsides" 就是只画 top 和 bottom；frame="vsides" 是只画 left 和 right；frame="void" 是四条都不画——哪怕你同时写了 border="1"，它也会强制覆盖掉默认四边渲染行为。
但它完全不碰颜色、宽度、虚线、圆角这些。所有样式仍由浏览器默认（通常是 1px 黑实线），也没法用 CSS 覆盖它。一旦页面里有 table { border: 1px solid #000 } 这类规则，frame 就彻底失效，浏览器直接走 CSS 渲染路径。
-
frame="lhs"不是left，拼错就无效；同理rhs不是right -
frame="above"和frame="below"是单边，但不能组合——想只留 top + right？frame做不到 - IE 会错误地把
frame应用到内部单元格边框上，其他浏览器不会
为什么设了 frame="void" 还能看到外框？
最常见原因是：你写了 CSS border。只要存在任意一条 table { border: ... } 规则，frame 就被忽略。这不是 bug，是规范行为——CSS 渲染优先级高于 HTML 原生属性。
另一个干扰源是 border="1" 残留。很多人以为 frame="void" + border="1" 是叠加，其实是互斥指令：frame="void" 会压制 border="1" 的四边逻辑；但只要你加了 CSS border，frame 就退场。
立即学习“前端免费学习笔记（深入）”；
- 检查开发者工具里
table元素 computed styles，看border是否来自 CSS - 临时禁用所有 CSS，再测试
frame是否生效，能快速定位冲突来源 - 不要在同一个
table上混用border属性和frame——它们不是并行配置项
现代项目里还该用 frame 吗？
基本不该。它已被主流开发实践弃用，不是因为“过时”，而是功能太窄、调试太绕。
比如你想让外框是 2px dashed red，内线全无：frame 完全做不到；而用 CSS 两行就能搞定：
table { border-collapse: collapse; border: 2px dashed red; }
td, th { border: none; }
更麻烦的是兼容性：Vite 等构建工具的 HTML minifier 可能直接删掉 frame；Safari 旧版 WebView 表现不稳定；Chrome/Edge 在某些 DOCTYPE 下会降级处理。
- 老项目维护时看到
frame，别急着改，先确认有没有配套的 CSS 冲突 - 新项目一律用 CSS 控制，
border-collapse必须设为collapse，否则外框和内线容易错位 - 如果必须兼容极老系统（如 IE6-8），
frame可作为 fallback，但得单独写条件注释
真正容易被忽略的点：frame 和 rules 完全无关
frame 只动外圈四条线，rules 只动内部行列分隔线，两者不耦合、不叠加、不互相影响。设了 frame="hsides" + rules="rows"，结果就是：上下外边可见，行之间有线，列之间没线——仅此而已。
但很多人误以为 rules="none" 能辅助隐藏外框，其实它对 frame 零影响；反过来 frame="void" 也压不住 rules="all" 画出来的内线。
-
rules的取值如cols、groups在现代 CSS 中已有更精确替代（比如用tbody tr:first-child td控制首行） - 真要隐藏全部边框，
frame="void"+rules="none"看似合理，但不如直接table, td, th { border: none; }来得干净 - 调试时别把
frame和rules当成一套机制去调——它们是两条独立渲染通道
