IE8及更早版本不支持opacity，必须用filter:alpha(opacity=整数)且配合zoom:1触发hasLayout，alpha值须为0–100整数，filter与-ms-filter需共存且值一致，否则静默失效。
IE 8 及更早版本根本不认 opacity，所谓“降级冲突”其实是你写的 opacity 被直接忽略，而浏览器在找下一个能识别的声明——如果没写对 filter 或漏了触发条件，就彻底失效。
为什么 IE 中 opacity 看似“有时生效、有时不生效”
这不是 CSS 层叠顺序或优先级问题，而是 IE 渲染引擎的解析逻辑：它逐行读样式，遇到不认识的属性（如 opacity）就跳过，直到碰到它能 parse 的 filter 声明。但这个过程极易被以下情况打断：
-
filter写在opacity前面 —— IE 先看到opacity跳过，再看到filter才执行；但若filter语法有误（比如写了opacity=0.4而非整数40），整条声明静默丢弃 - 元素是行内元素（如
<span></span>）且没加zoom: 1或position: relative——filter强制要求hasLayout，否则不渲染 - 用了
-ms-filter却没配双引号 ——-ms-filter: progid:DXImageTransform.Microsoft.Alpha(opacity=40)会失败；必须写成-ms-filter: "progid:DXImageTransform.Microsoft.Alpha(opacity=40)" - 同时写了
filter和-ms-filter，但值不一致 —— IE8 会优先用-ms-filter，IE6/7 只认filter，若两者 alpha 值不同（比如一个 40，一个 50），测试时就会出现“换浏览器透明度变”的假象
修复 filter: alpha(opacity=x) 的硬性条件
IE6–IE8 的 filter 不是可选补丁，是带锁的黑盒。要让它真干活，必须同时满足这四点：
- alpha 值必须是 0–100 的整数，不能带小数点、百分号或单位（
opacity=40✅，opacity=0.4❌，opacity=40%❌） - 元素必须触发
hasLayout：zoom: 1（推荐）或position: relative或display: inline-block（三选一即可） -
filter和-ms-filter必须共存，且值严格一致；-ms-filter必须加双引号包裹整个字符串 - 不能和
background-image写在同一 CSS 块里 —— IE 会丢弃图片，只渲染滤镜，造成背景闪现或消失
排查是否真走 filter 渲染管线
别信开发者工具里“计算样式”面板显示的 filter 值 —— IE 的 DevTools 对该字段渲染极不可靠。验证方法只有两个：
立即学习“前端免费学习笔记（深入）”；
- 打开 IE F12 工具 → 切到“HTML”选项卡 → 选中目标元素 → 右键 → “属性” → 查看
currentStyle.filter是否为非空字符串（如"alpha(opacity=40)"） - 控制台执行
document.body.style.filter = "alpha(opacity=30)"，页面立刻变淡就是真通路；没反应说明当前环境根本没进滤镜流程（可能是文档模式不对、或元素没触发 hasLayout）
兼容写法与常见陷阱
标准写法必须按顺序、带兜底、避冲突：
div.transparent {
opacity: 0.4; /* 现代浏览器 */
filter: alpha(opacity=40); /* IE6–IE7 */
-ms-filter: "progid:DXImageTransform.Microsoft.Alpha(opacity=40)"; /* IE8 */
zoom: 1; /* 触发 hasLayout，缺它必失效 */
}容易踩的坑：
- 用 Sass 封装时写
filter: alpha(opacity=#{$val})—— 若$val是小数（如 0.4），编译后变成opacity=0.4，IE 直接忽略；必须确保传入的是整数（40），或用函数转（如ie_hex_str那套逻辑） - 把透明度写在伪类里（如
a:hover { opacity: 0.7; filter: alpha(opacity=70); }）—— IE 不缓存滤镜中间态，每次 hover 都重跑 CPU 渲染，滚动时极易卡死 - 给父容器设
filter，又希望子元素文字不透明 —— 不可能。IE 的alpha滤镜作用于整个渲染树，子元素无法“逃逸”，只能用rgba()改背景、把文字提一层 DOM
真正难处理的不是怎么写对，而是你怎么确认它在 IE6–IE8 真的跑起来了——因为一旦漏掉 zoom: 1 或写错整数，它就静默失败，连报错都没有。
