hidden 属性是语义开关而非 display: none 快捷方式，其视觉隐藏依赖 ua 样式表；它不触发 reflow，不影响表单提交，但需注意与内联样式冲突及框架重置问题。
hidden 属性不是 display: none 的快捷写法
它本质是语义开关，不是样式指令。浏览器默认用 [hidden] { display: none; } 实现视觉隐藏，但这个规则来自 UA 样式表，不是 HTML 解析器内置行为。所以：
-
div hidden不等于直接写了style="display: none" - 如果你项目里没引入 normalize.css，或用了 Ant Design/Tailwind 等框架，它们可能重置了
div的display值（比如设成inline-flex），hidden就会失效 - 写
div[hidden] { display: block !important; }能强行绕过，但这违背语义，不该在生产环境用
JS 切换 hidden 时最常卡住的坑
el.hidden = false 不等于“让元素显示出来”——它只移除 hidden 属性，不管你的内联样式：
- 如果之前手动执行过
el.style.display = 'none'，现在el.hidden = false后，元素依然不可见 - 正确清理方式是：先
el.style.display = ''（清空内联display），再el.hidden = false -
el.hidden是布尔值，直接反映语义状态；el.style.display只读内联样式，无法准确判断最终是否隐藏
hidden 和 display: none 在渲染管道中的性能差异
hidden 属性本身不触发 reflow，因它仅控制渲染树开关；display: none 切换强制 reflow，开销大一个数量级：
-
el.hidden = true → el.hidden = false不触发 layout 重算 -
el.style.display = 'none' → el.style.display = 'block'必须重新计算 layout，尤其在复杂 DOM 下明显卡顿 - 服务端渲染首屏时，
<div hidden style="display: none"> 是兼顾语义与可靠性的常见写法 <h3>表单与可访问性场景下的行为分裂</h3> <p><code>hidden下的<input>仍保留在表单数据流中，仅语义暂不适用；display: none的<input>不会提交、无法聚焦、checkValidity()返回true（被跳过）：- 父元素设
display: none后，子元素无论怎么写display: block都无效——浏览器根本不会构造它的渲染树节点 - 父元素设
hidden，子元素可以显式移除该属性或用 CSS 覆盖：[hidden] > *{ display: block; } 或el.querySelector('input').hidden = false - 搜索引擎可能索引
hidden内容（视上下文），但几乎从不索引display: none的内容；屏幕阅读器默认跳过hidden，但对display: none直接忽略（不进无障碍树）
真正麻烦的从来不是“怎么写”，而是“什么时候该用哪个”——比如表单字段动态显隐、服务端首屏压制、动画过渡、读屏器兼容，每个场景都要求你同时考虑语义、渲染路径和 JS 控制链。稍一疏忽，
hidden就变成视觉 bug，display: none就拖慢交互响应。 - 父元素设
