是，fieldset disabled会递归禁用内部所有原生表单控件（input、textarea、select、button等），但不作用于自定义组件、contenteditable元素或显式设置disabled属性的子元素，且禁用后其值不参与表单提交。
fieldset disabled 会禁用内部所有表单控件吗？
会，但仅限于原生可交互的表单元素（<input>、<textarea>、<select>、<button>、<output>），且前提是它们没有显式设置 disabled 或 readonly 属性覆盖。它对自定义组件（如封装的 <my-input>）、<div> 内的伪控件、或通过 JavaScript 绑定事件的元素完全无效。
为什么加了 disabled 的 fieldset，某些 input 还能点？
- 内部
<input> 自己写了 disabled="false" 或 disabled=""（空值在 HTML 中仍表示 true）——浏览器以子元素显式声明为准，父级 disabled 不会强制覆盖
- 用了
contenteditable="true" 的 <div> 或 <span> ——fieldset 对非表单元素无控制力
- JavaScript 动态绑定了
click / input 事件，且未检查 fieldset.disabled 状态 ——禁用只影响原生行为，不阻止 JS 执行
- 使用了 Web Components（如 Lit、Vue 封装的输入框），其内部真实
<input> 可能被 shadow DOM 隔离，父级 disabled 无法穿透
如何确保 fieldset disabled 真正生效？
- 移除所有子表单元素上的显式
disabled 属性（包括 disabled=""），让继承关系起作用
- 避免在
fieldset 内混用非标准控件；若必须用，需额外加 JS 监听 fieldset.disabled 变化并同步处理
- 对
<label> 包裹的控件，确保 for 指向的是内部真实控件 ID，否则点击 label 可能绕过禁用逻辑
- 测试时直接用键盘 Tab 切换焦点 ——禁用后应跳过整个区域，而非停在某个 input 上
fieldset disabled 的兼容性与副作用
<input> 自己写了 disabled="false" 或 disabled=""（空值在 HTML 中仍表示 true）——浏览器以子元素显式声明为准，父级 disabled 不会强制覆盖contenteditable="true" 的 <div> 或 <span> ——fieldset 对非表单元素无控制力click / input 事件，且未检查 fieldset.disabled 状态 ——禁用只影响原生行为，不阻止 JS 执行<input> 可能被 shadow DOM 隔离，父级 disabled 无法穿透- 移除所有子表单元素上的显式
disabled属性（包括disabled=""），让继承关系起作用 - 避免在
fieldset内混用非标准控件；若必须用，需额外加 JS 监听fieldset.disabled变化并同步处理 - 对
<label>包裹的控件，确保for指向的是内部真实控件 ID，否则点击 label 可能绕过禁用逻辑 - 测试时直接用键盘 Tab 切换焦点 ——禁用后应跳过整个区域，而非停在某个 input 上
fieldset disabled 的兼容性与副作用
IE9+、Edge、Chrome、Firefox、Safari 均支持 fieldset disabled，但有两点容易被忽略：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
-
disabled的fieldset会触发opacity: 0.6类似视觉降权（浏览器默认样式），但不是规范要求，不能依赖此效果做状态提示 - 提交表单时，该区域内所有控件的值**不会被序列化发送**（和单个
disabledinput 行为一致），如果业务需要保留值但禁用编辑，得改用readonly+ CSS 禁用指针，而非disabled
真正麻烦的是嵌套：外层 fieldset disabled 内再包一个启用的 fieldset，子域不会自动恢复可用 ——disabled 是继承的，无法被子 fieldset “取消”。
