IE8及以下不支持background-size，需用AlphaImageLoader滤镜实现背景铺满，注意路径相对于HTML、position:relative、scalingmethod=scale，并将filter写在标准属性之前。
background-size: cover 在 IE8 及以下完全不生效
IE8 及更老版本压根不认识 background-size，写上去等于没写。这时候靠 CSS3 的 fallback 机制毫无意义——它连解析都不解析。真正能用的只有 IE 特有的 filter 滤镜，比如 progid:DXImageTransform.Microsoft.AlphaImageLoader。
这个滤镜不是设置背景，而是把图片“加载进元素内部”，相当于一个带缩放逻辑的 img 标签嵌在 div 里。它支持 scalingmethod 参数，设为 scale 才能拉伸铺满（否则默认只居中显示原图左上角）。
- 必须给容器设
position: relative，否则滤镜定位会错乱 -
AlphaImageLoader不支持 background-position，所有偏移得靠容器内嵌元素或 JS 补偿 - 它会阻塞页面渲染，且不支持透明 PNG 的 alpha 通道（IE6–8 本身对 PNG-alpha 支持就残缺）
现代浏览器用 cover，IE8– 用 filter，怎么安全共存
不能靠 @supports，因为 IE8 不认识这个语法，直接报错导致整条 CSS 规则失效。稳妥做法是用条件注释 + 单独样式表，或者用属性覆盖逻辑：先写 IE 滤镜，再写标准属性，让支持的浏览器自动忽略前面的 filter。
注意顺序不能反——CSS 解析是自上而下，后写的规则会覆盖同优先级的前序规则，但 IE8 遇到不认识的属性直接跳过，所以 filter 必须在 background-size 前面。
- 别在同一个声明块里混写
background简写和filter，background会清空 filter - IE9+ 开始部分支持
background-size，但仅限于 IE9 标准模式（documentMode === 9），兼容模式下仍走 filter 分支 - 如果用构建工具，可考虑 PostCSS 插件如
postcss-ie-filters自动注入 filter 规则
AlphaImageLoader 的 src 路径是相对于 HTML 文件，不是 CSS 文件
这是最常踩的坑。比如 CSS 在 /css/main.css，图片在 /img/bg.jpg，你在 CSS 里写 src='img/bg.jpg'，IE 会去请求 http://domain.com/img/bg.jpg —— 看似对，但如果 HTML 在子目录如 /admin/index.html，IE 实际请求的是 http://domain.com/admin/img/bg.jpg，404。
解决方法只有两个：用绝对路径（src='/img/bg.jpg'），或者把图片路径写成从站点根目录开始的完整路径。
- 相对路径在 filter 中永远以 HTML 当前 URL 为基准，和 CSS 位置无关
- 如果项目部署在子路径（如 Nginx 的 location /app/），绝对路径要包含该前缀，比如
src='/app/img/bg.jpg' - 动态生成 CSS 时，务必确认服务端拼出的 src 是运行时有效的，不是编译时的静态路径
全屏背景图滚动时出现闪烁或重绘延迟
IE8 下 AlphaImageLoader 在窗口 resize 或 scroll 时重绘极慢，尤其内容区域有动画或频繁 DOM 操作时，背景图会卡顿、撕裂甚至短暂消失。
这不是代码写错了，是 IE8 渲染引擎的硬伤。唯一有效缓解方式是降低触发频率：用防抖控制 resize handler，避免 scroll 事件里直接操作 filter 元素；更彻底的做法是放弃全屏动态背景，在 IE8 下降级为固定尺寸居中图 + 纯色填充剩余区域。
- 别给应用
AlphaImageLoader的元素加opacity或transform，这会让 IE8 进入怪异的混合渲染模式 - 如果必须滚动跟随，改用 JS 动态设置
img标签宽高并 position: fixed，比 filter 更可控（虽然多一个 DOM 节点） - 移动端不用操心这个——IE8 不存在于移动设备，所谓“兼容”实际只针对桌面老旧内网系统
IE8 的 filter 是补丁，不是方案。只要用户还要求支持它，就得接受路径解析、重绘、透明度这些点没法真正“优雅”解决。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
