IE完全不支持image-rendering属性，包括pixelated、crisp-edges等值均被静默忽略；替代方案有canvas手动绘制（禁用imageSmoothing）、严格匹配原始尺寸、改用SVG、禁用transform:scale()，且-webkit前缀在IE中无效。
IE根本不支持image-rendering属性
IE（包括IE11）对image-rendering完全无解析能力，既不识别pixelated，也不认crisp-edges或-webkit-optimize-contrast。这不是兼容性差，是直接忽略——浏览器遇到该声明会静默丢弃，连回退到auto都不会触发。
IE里想保像素图锐度只能靠替代方案
既然CSS层面彻底失效，就得绕开image-rendering本身：
- 用
<canvas>手动绘制：设canvas.width/canvas.height为原始尺寸，JS中执行ctx.imageSmoothingEnabled = false，再drawImage() - 避免缩放：让图片原始分辨率严格匹配目标显示尺寸（如图标需16×16就只提供16×16资源），杜绝任何
width/height缩放 - 改用SVG：对UI图标、状态标记等矢量场景，SVG天然无缩放失真，且IE9+全面支持
- 禁用
transform: scale()：它在IE中同样绕过所有插值控制，且合成层行为更不可控
别被“IE支持-webkit前缀”误导
有人试过写image-rendering: -webkit-optimize-contrast hoping IE能碰巧识别——不行。IE没有-webkit-渲染管线，该前缀仅对旧版Safari/Chrome有效。在IE中，这行代码和写foo: bar一样，纯粹被忽略。
UniApp或小程序里IE问题更隐蔽
虽然IE已退市，但部分UniApp编译目标（如旧版App端WebView）或企业内嵌IE内核仍可能复现类似逻辑。此时需确认实际运行环境是否真为IE内核，而非误判为“兼容模式”。可通过navigator.userAgent检测Trident标识，而非依赖CSS支持查询。
立即学习“前端免费学习笔记（深入）”；
真正卡住效果的，往往不是属性写得对不对，而是根本没走到那条渲染路径。IE里，image-rendering连门都没进。 
