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