fieldset的disabled属性禁用其内部所有可交互表单控件（如input、select、textarea、button），但不包括legend；被禁用控件失去聚焦与输入能力，且值不参与表单提交。
fieldset disabled 属性到底禁用什么
它禁用的是 fieldset 内部所有可交互的表单控件，但不包括 <legend> 本身。被禁用的控件会失去聚焦能力、无法响应点击/输入，且它们的值不会出现在 form 提交数据中——这不是视觉遮罩，而是真实的行为拦截。
常见误解是以为它只“变灰”，其实：
- <input>、<select>、<textarea>、<button> 全部失效
- 即使嵌套在 <div> 或 <span> 里，只要在 fieldset 内，仍被禁用
- <legend> 文字仍可选中、可聚焦（这是规范行为，不是 bug）
- 自定义组件若依赖 pointer-events 或 tabindex，可能需要额外处理
disabled=true 和移除属性效果一样吗
不一样。设置 fieldsetObject.disabled = true 和写死 HTML 中的 disabled（或 disabled="disabled"）在行为上一致，但 JS 动态设为 false 后，控件恢复可用；而直接用 removeAttribute("disabled") 也能启用，但要注意兼容性细节：
- 在 IE 和旧 Safari 中，
removeAttribute("disabled")可能不触发状态重绘，建议统一用赋值方式：el.disabled = false -
el.disabled = null或undefined不会清除禁用状态，只认布尔值 - 服务端渲染时若用
disabled=""，部分浏览器解析为true，但推荐显式写disabled="disabled"保 XHTML 兼容
为什么有些子控件看起来没被禁用
最常见原因是子控件自己设置了 disabled 属性，而它的优先级高于外层 fieldset 的禁用状态——但这不是“覆盖”，而是“叠加”：一个已禁用的 <input disabled> 在启用外层 fieldset 后依然禁用。
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
另一个典型漏点：
- <legend> 里的表单控件**不受禁用影响**（规范明确排除）
- 如果你在 <legend> 里写了 <input type="checkbox">，它永远可操作
- 某些 UI 库封装的组件（如 React 的 Input）若没透传 disabled 到原生节点，也会逃逸禁用逻辑
fieldset disabled 的浏览器兼容边界在哪
它是 HTML5 新增属性，现代浏览器（Chrome/Firefox/Edge ≥ 2020）完全支持，但仍有两个硬限制必须手动兜底：
立即学习“前端免费学习笔记（深入）”；
- Safari ≤ 15.6 和 IE 完全不识别
fieldset的disabled属性，需 fallback 到 JS 遍历子元素设disabled - Firefox 对
fieldset.disabled的初始值读取有时返回undefined（尤其动态插入后），建议用hasAttribute("disabled")做判断起点 - 无障碍方面，
aria-disabled="true"不应与原生disabled共存，否则屏幕阅读器可能重复播报
真正难搞的不是禁用本身，而是禁用后还要做条件校验、异步状态同步、以及 legend 区域的交互隔离——这些没法靠一个属性自动解决。
