<optgroup disabled> 是标准写法，可禁用整组选项，使子项灰显不可选但保留标签可见，现代浏览器均支持，布尔属性无需赋值，JS 应直接操作 .disabled 属性而非 setAttribute。
直接给 <optgroup> 加 disabled 就能禁用整组
是的，<optgroup disabled> 是标准且有效的写法，现代浏览器（Chrome、Firefox、Safari 2.0+、IE 8+）都支持。它会让该组所有 <option> 灰显、不可点击、不参与表单提交，同时保留分组标签（label）可见——这是和手动给每个 <option> 加 disabled 最直观的区别。
常见错误现象：
- 写了
<optgroup disabled="true">—— 错，布尔属性不需要值，写成disabled或disabled=""即可 - 在 IE 7 或更老版本中测试 —— 不支持，但这类环境已基本退出实际使用场景
- 误以为禁用后
<optgroup label>会消失 —— 不会，label 始终显示，只是内部选项失效
<optgroup disabled> 和逐个 <option disabled> 的关键差异
两者视觉上相似，但 DOM 行为和语义不同：
-
<optgroup disabled>：禁用的是“分组容器”，所有子<option>自动继承禁用状态；JS 中读取option.disabled会返回true，即使 HTML 里没显式写 - 逐个加
disabled：每个<option>独立控制，适合混合启用/禁用（比如组内部分可选、部分不可选） - 性能影响极小，但
<optgroup disabled>更简洁，维护成本更低 - 无障碍（a11y）方面，屏幕阅读器通常会将禁用的
<optgroup>标记为“不可用组”，比一堆独立禁用项语义更清晰
JavaScript 动态控制 <optgroup> 的禁用状态
用 JS 切换 disabled 属性是最常用的需求，比如根据复选框状态启用/禁用某组：
立即学习“前端免费学习笔记（深入）”；
const group = document.querySelector('optgroup[label="待上线"]');
group.disabled = true; // 禁用
group.disabled = false; // 启用
注意点：
- 不要用
group.setAttribute('disabled', 'disabled')或removeAttribute('disabled')—— 虽然也能工作，但直接操作.disabled属性更可靠，避免属性与 DOM 状态不同步 - 如果组内已有某些
<option>单独设了disabled，启用<optgroup>后，那些单独禁用的项仍保持禁用（优先级更高） - 动态启用后，无需重新渲染或触发
change事件，选项立即可交互
为什么有时禁用后选项还能被选中？
这几乎一定是以下某个原因导致的：
- 用了旧版 Safari（2.0 之前）或 IE 7–，它们不支持
<optgroup disabled>—— 检查当前浏览器是否在支持列表内 - HTML 中写的是
<optgroup disabled="false">或类似无效值 —— 布尔属性只要存在就生效，值无关紧要，但写错可能被解析为字符串而非布尔 - CSS 强制覆盖了默认禁用样式（比如
select option:disabled { color: black !important; }），造成“看起来能点”的错觉，实际仍不可提交 - JS 代码在 DOM 加载完成前就执行了
group.disabled = false，结果被后续 HTML 解析覆盖 —— 确保脚本在DOMContentLoaded后运行
真正容易被忽略的是：禁用的 <optgroup> 里的 <option> 元素依然存在于 DOM 中，且 value 和 text 可读；别指望靠删掉它们来“彻底隐藏”，那属于 UX 设计范畴，不是 disabled 的职责。
