根本原因是translate3d触发GPU加速后启用双线性插值导致抗锯齿过度；应改用translateZ(0)、配合backface-visibility:hidden，并针对文字设置-webkit-font-smoothing:antialiased和text-rendering:optimizeLegibility。
为什么 translate3d 会让元素边缘发虚或出现锯齿？
根本原因不是 translate3d 本身，而是它触发了 GPU 加速渲染，让浏览器把元素“画”在独立图层上，再用纹理采样方式合成到屏幕。这个过程会启用双线性插值（bilinear filtering），导致抗锯齿过度、边缘模糊，尤其在高 DPI 屏幕或缩放比例非整数时更明显。常见于带圆角、阴影、渐变边框或文字的元素。
用 will-change: transform 配合 backface-visibility: hidden 稳定图层
单独加 will-change: transform 可能反而加剧闪烁或重绘抖动；必须搭配 backface-visibility: hidden 强制浏览器使用更稳定的合成策略。这不是“修复”，而是让图层行为更可预测，减少插值扰动。
实操建议：
- 只对真正需要动画的元素加，避免全局滥用（
will-change会提前分配图层资源） - 不要写成
will-change: will-change或will-change: auto—— 这些无效 - 如果元素有
border-radius，确保父容器没设置overflow: hidden（它可能截断子图层抗锯齿像素）
用 -webkit-font-smoothing 和 text-rendering 保文字清晰度
锯齿感常集中在文字边缘，尤其是中文字体。GPU 合成时默认的字体平滑策略（如 macOS 的 subpixel antialiasing）会被绕过。这时候 CSS 字体渲染控制就起作用了：
立即学习“前端免费学习笔记（深入）”；
关键组合：
-
-webkit-font-smoothing: antialiased：禁用亚像素渲染，改用灰度抗锯齿（对中文更友好） -
text-rendering: optimizeLegibility：启用 OpenType 特性，提升小字号可读性 - 避免同时设
font-smooth: always（已废弃，且与-webkit-冲突）
注意：这些只影响文本，对 SVG 图形或纯色边框无效。
终极兜底：用 transform: translateZ(0) 替代 translate3d(0,0,0)
translate3d(0,0,0) 是最常被误用的“强制硬件加速”写法，但它明确启用了 3D 纹理管线，锯齿风险最高。而 translateZ(0) 效果相同（仍触发图层提升），但走的是更轻量的 2.5D 合成路径，多数浏览器对其插值处理更保守。
实操替换示例：
.card {
/* 错误：锯齿高发 */
transform: translate3d(0, 0, 0);
<p>/<em> 推荐：效果一致，锯齿显著减少 </em>/
transform: translateZ(0);
}如果必须用 translate3d（比如做真实 3D 动画），就在动画结束时用 JavaScript 清除该声明，切回 translateZ(0) 或纯 translate，避免静止状态持续占用 3D 管线。
真正难处理的是混合场景：比如一个 translate3d 动画的卡片，内部有 SVG 图标 + 中文标题 + 投影。这时候没有银弹，得逐层加 backface-visibility: hidden、调 text-rendering、并确认所有父级没意外触发 clip-path 或 mask —— 这些都会干扰图层合成边界。
