IE8及更早版本不支持:disabled伪类，必须改用[disabled]属性选择器（IE7+支持），并配合el.setAttribute('disabled', 'disabled')确保属性写入；同时需避免依赖焦点样式、禁用交互逻辑须双重校验el.disabled && el.hasAttribute('disabled')。
IE 中 disabled 属性不触发 CSS :disabled 伪类怎么办
IE9–IE11 支持 :disabled，但 IE8 及更早版本完全不识别该伪类——哪怕元素带 disabled 属性，select option[disabled] 或 button:disabled 这类选择器也无效。
直接后果是：禁用状态的视觉样式（比如灰色文字、禁用光标）在 IE8 下全丢失。
- 必须改用属性选择器
[disabled]，它从 IE7 就支持，且能匹配 HTML 中显式写的disabled属性（如<option disabled>） - 但注意：
[disabled]不响应 JS 动态设置el.disabled = true后的 DOM 状态变化（IE8 尤其明显），所以禁用逻辑必须靠 HTML 属性写死，或配合 JS 同步操作setAttribute('disabled', 'disabled') - 稳妥写法是并列声明：
button:disabled, button[disabled] { opacity: 0.5; cursor: not-allowed; }，兼顾现代浏览器和 IE8
<option disabled> 在 IE7–IE10 下根本不可见或点击穿透
IE7–IE10 对 <option disabled> 的支持极差：有的版本渲染为透明项，有的允许点击后仍被选中，甚至跳过 disabled 直接提交值。
- 根本原因：IE7–IE10 不把
disabled当作<option>的有效属性，仅支持<select disabled>整体禁用 - 真实可行的降级方案只有两个：
– 改用<select disabled>+ JS 模拟部分选项可用（例如用<div>+ 自定义下拉菜单）
– 或彻底放弃<option disabled>，改用<optgroup label="不可选">+ 灰色文字 +pointer-events: none（IE10+ 支持） - 别信“加个 class 就能模拟”，IE8 不支持
pointer-events，CSSopacity也不影响点击行为
IE8 下 disabled 元素的 focus/blur 行为异常
IE8 会错误地让 disabled 的 <input> 或 <button> 触发 focus 事件，甚至允许 tab 键聚焦——这和所有其他浏览器都不一致。
立即学习“前端免费学习笔记（深入）”；
- 修复关键：JS 中不能只依赖
el.disabled判断是否可交互，必须叠加el.hasAttribute('disabled')做双重校验 - 阻止意外聚焦：在
focus事件回调里加if (el.disabled) el.blur()，但注意 IE8 的blur()可能触发递归，建议加 flag 控制 - CSS 层面避免误导用户：禁用元素上禁止写
:focus样式，否则 IE8 会显示焦点框却无法操作，造成体验断裂
IE 兼容模式下 disabled 完全失效的根源
如果页面在 IE11 里实际跑在 IE7/8 兼容视图（Document Mode = 7 或 8），那 disabled 属性会被当成无效 HTML 属性忽略——哪怕 DOCTYPE 正确，X-UA-Compatible 也写了，只要服务器返回了 X-UA-Compatible: IE=EmulateIE7 就白搭。
- 首要检查点：打开 F12 开发者工具 → “仿真” 标签页 → 看 “文档模式” 是否真为 Edge（即 11+），不是“IE7 标准模式”之类
- 强制标准模式的 meta 必须放在
<head>最前面：<meta http-equiv="X-UA-Compatible" content="IE=edge">，且前面不能有任何输出（包括 PHP echo、BOM、空格） - 服务器响应头优先级高于 meta：如果 Nginx/Apache 返回了
X-UA-Compatible: IE=8，前端 meta 会被无视，必须后端同步清理
disabled 本质上只是个摆设——它既不阻止交互，也不保证视觉反馈，更不统一 DOM 行为。能绕开就绕开，非要兼容就得接受它是个半残状态。 
