Safari中linear-gradient出现色带是因GPU渲染精度不足，解决方案是用伪元素承载渐变、显式设置color-stop并添加transform: translateZ(0)强制合成层。
为什么 Safari 里 linear-gradient 看起来有明显色带（banding）
不是你的渐变写错了，是 Safari 的 GPU 渲染路径对低比特色彩过渡特别敏感——尤其当渐变跨度大、颜色差小（比如 #f5f5f5 到 #ffffff）时，16-bit 渲染精度直接暴露色阶断层。
常见错误现象：background: linear-gradient(to bottom, #f0f0f0, #ffffff) 在 Safari 滚动或缩放后出现几条清晰的灰白分界线，Chrome / Firefox 完全正常。
- 这不是抗锯齿问题，关掉
-webkit-appearance或加will-change: transform都没用 - 真正起作用的是强制启用更高精度的渲染通道，且必须绕过 Safari 对纯 CSS 渐变的优化裁剪逻辑
- 移动端 iOS Safari 尤其严重，iOS 16+ 仍存在该行为
用 background-image + 伪元素绕过 Safari 渐变渲染限制
直接在元素上写 background: linear-gradient(...) 是 Safari 色带重灾区；换成绝对定位伪元素承载渐变，能触发更稳定的合成层处理路径。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 主元素只保留
position: relative和透明背景，把渐变挪到::before - 伪元素必须设
content: ""、position: absolute、inset: 0，不能用top/left/width/height手动撑开 - 加
transform: translateZ(0)或backface-visibility: hidden强制提升为合成层（iOS 必加）
div.gradient-box {
position: relative;
}
div.gradient-box::before {
content: "";
position: absolute;
inset: 0;
background: linear-gradient(to bottom, #f0f0f0, #ffffff);
transform: translateZ(0);
}
linear-gradient 的 color-stop 写法影响 Safari 色带程度
渐变断层不光看起止色，更取决于中间过渡点是否“帮浏览器猜对了插值节奏”。Safari 对无明确 stop 的双色渐变插值策略很保守。
推荐写法（减少断层）：
- 避免
linear-gradient(to bottom, #f0f0f0, #ffffff)这种极简双参数写法 - 显式写出至少三个 stop：例如
linear-gradient(to bottom, #f0f0f0 0%, #f8f8f8 50%, #ffffff 100%) - 如果起止色差小，中间色建议用
hsl()插值生成，比rgb()更平滑（Safari 对 HSL 插值容忍度更高） - 不要用
transparent参与浅色渐变，它会放大 alpha 混合误差，改用极低透明度的同色系 rgba
用 image-rendering: -webkit-optimize-contrast 没用，但 will-change: opacity 有时有效
网上流传的 -webkit-optimize-contrast 对渐变无效，它只影响位图缩放；而 will-change: opacity 却可能意外奏效——因为 Safari 会因此切换到更精细的 alpha 渲染管线。
不过这招有代价：
- 仅在渐变区域小、且不需要频繁重绘时可用（比如固定 header）
- 加了之后若元素有动画，可能引发闪烁，需配合
transform: translateZ(0)平衡 - 别全局加，只加在具体出问题的容器上，否则触发过多合成层反而拖慢滚动
真正稳的解法还是伪元素 + 显式 color-stop + 合成层三件套。Safari 的渐变渲染不是 bug，是它选择用确定性换精度，你得顺着它的调度逻辑来给指令。
