必须写5个前缀：-webkit-optimize-contrast、-moz-crisp-edges、-o-crisp-edges、crisp-edges、pixelated，按此倒序排列以确保各浏览器引擎优先匹配自身支持的首个合法值。
image-rendering 前缀到底要写几个
只写 image-rendering: pixelated 在 Safari 14 或更早、Edge 79–83、Firefox 64 以下基本无效；现代浏览器虽认标准值，但旧引擎仍依赖前缀别名。必须同时覆盖 WebKit、Gecko、Opera 三系历史实现逻辑。
实操建议：
-
image-rendering: -webkit-optimize-contrast是 Safari 14 及更早、旧版 Chrome/Edge 的唯一有效 fallback，不能省 -
image-rendering: -moz-crisp-edges对 Firefox 65–77 必须显式声明，仅靠crisp-edges不触发 -
image-rendering: -o-crisp-edges虽然 Opera 已转向 Chromium，但部分嵌入式 WebView（如老款机顶盒）仍需它 - 标准值放最后：
image-rendering: crisp-edges或image-rendering: pixelated，确保新版解析优先
为什么 -webkit-optimize-contrast 比 crisp-edges 更可靠
因为 Edge 79+ 和 Safari 14 的渲染管线中，crisp-edges 实际被映射为 -webkit-optimize-contrast 的别名，但该映射不完整——尤其在 background-image 或 transform 场景下，只有直接命中前缀才能绕过条件判断逻辑。
常见错误现象：
立即学习“前端免费学习笔记（深入）”；
- 写了
crisp-edges，DevTools 显示 computed 值是crisp-edges，但图片依然模糊 - 同一段 CSS，在 Chrome 里清晰，在 Edge 里发灰，检查发现 Edge 未应用插值控制
原因：Edge 对 crisp-edges 的匹配逻辑存在路径分支，而 -webkit-optimize-contrast 是硬编码直通入口。
pixelated 前缀组合的陷阱
pixelated 的语义明确（仅放大生效），但它的前缀支持极不统一：WebKit 从未实现 -webkit-pixelated，Firefox 用 -moz-crisp-edges 模拟，旧 Opera 则完全忽略。
实操建议：
- 不要尝试伪造前缀如
-webkit-pixelated，它不会生效，还可能干扰 CSS 解析 - 对需要
pixelated效果的场景，强制降级为-webkit-optimize-contrast+crisp-edges组合，视觉差异极小 - 若必须保
pixelated语义（如 Canvas 输出控制），加 JS 检测：if (CSS.supports('image-rendering', 'pixelated'))再注入样式
前缀顺序为什么不能乱
CSS 层叠规则决定了前缀声明顺序直接影响最终生效值。浏览器按从上到下解析，遇到第一个合法值即停止匹配（除非被后续同名声明覆盖）。
正确顺序示例：
canvas {
image-rendering: -webkit-optimize-contrast;
image-rendering: -moz-crisp-edges;
image-rendering: -o-crisp-edges;
image-rendering: crisp-edges;
image-rendering: pixelated;
}
容易踩的坑：
- 把
pixelated放最前 → 旧浏览器跳过所有前缀，直接报错并丢弃整条声明 - 漏掉
-webkit-optimize-contrast→ Edge 79–83 和 Safari 14 完全无响应 - 用
!important强制某个前缀 → 可能阻断后续标准值在新浏览器中的升级
真正关键的不是“写全”，而是让每个目标引擎都能在自己识别的首个合法值处停住——这要求前缀按引擎发布时间倒序排列。
