直接写disabled属性即可生效，无需赋值；显式设置disabled="false"等仍被解析为禁用，因浏览器只认属性存在与否；控件逃逸继承链（如自身设disabled、不在dom子树内、置于legend中）会导致失效。
fieldset disabled 属性怎么写才生效
直接在 fieldset 标签上写 disabled（不带值）就生效，不是 disabled="true"，也不是 disabled="" —— 只要属性存在，浏览器就视为禁用。
常见错误写法：<fieldset disabled></fieldset> 或 <fieldset disabled></fieldset>，这些都会被解析为禁用状态，因为只要属性名出现，就代表 true。
- ✅ 正确：
<fieldset disabled></fieldset> - ✅ 也正确（XHTML 兼容）：
<fieldset disabled></fieldset> - ❌ 错误（语义反了但实际仍禁用）：
<fieldset disabled></fieldset>—— 浏览器不认值，只看属性是否存在 - ❌ 不推荐（易混淆）：
<fieldset disabled></fieldset>—— 虽然多数浏览器当 true 处理，但可读性差，且部分旧环境行为不稳定
为什么加了 disabled 却还有 input 能点、能提交
不是属性没起作用，而是控件“逃逸”了继承链。最常见原因有三个：
-
input或select自己写了disabled属性（哪怕值是"false"），显式声明会覆盖父级继承，但它的值反而可能被提交（因为disabled="false"并不等于“启用”） - 控件不在
fieldset的 DOM 子树里：比如用label for="xxx"指向了fieldset外的input，点击 label 就绕过了禁用 -
legend里放了可操作元素（如<legend> <input type="checkbox">同意</legend>），规范明确要求 legend 内容不受禁用影响
JavaScript 动态控制时该用什么方式
必须用赋值语法，不要用 setAttribute 或 removeAttribute —— 后者在 Safari ≤ 15.6 和 IE 中常不重绘 UI，导致控件看起来灰显但实际可交互。
- ✅ 禁用：
document.querySelector('fieldset').disabled = true - ✅ 启用：
document.querySelector('fieldset').disabled = false - ❌ 避免：
el.setAttribute('disabled', '')（老 Safari 可能不触发状态更新） - ❌ 避免：
el.removeAttribute('disabled')（IE 和旧 Safari 中 UI 不刷新） - ⚠️ 注意：
el.disabled = null或undefined不会清除禁用状态，只认布尔值
兼容性和无障碍容易被忽略的点
fieldset 的 disabled 是 HTML5 特性，现代浏览器都支持，但有两个硬边界必须手动兜底：
- Safari ≤ 15.6 和 IE 完全不识别
fieldset[disabled]，需检测并 fallback：if (!('disabled' in document.createElement('fieldset')))，然后遍历子控件设disabled = true -
legend文字始终可聚焦、可选中，若需视觉屏蔽，得额外加 CSS：fieldset[disabled] legend { opacity: 0.6; pointer-events: none; } - 禁用后，屏幕阅读器会跳过整个区域 —— 如果里面包含重要提示（如错误说明、帮助文字），它们将不可访问，必须移到
fieldset外或用aria-live补充
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
