核心问题是渲染坐标非整数物理像素触发亚像素插值，解决路径只有强制像素对齐（如Math.round()、calc()）或绕过合成层（改用position/margin/flex）。
核心问题不是“DPI高导致模糊”，而是元素最终渲染坐标落在非整数物理像素上，触发了浏览器的亚像素插值——所有模糊都源于此。解决方向只有两个：强制像素对齐，或绕过合成层。
为什么 transform: translate(-50%, -50%) 在 Retina 屏下必糊
因为 -50% 是动态计算值：父容器宽 769px → translateX(-384.5px)，这个 .5 就是亚像素起点。DPR=2 时，0.5px = 1 物理像素偏移，GPU 必须插值，文字和边框立刻发虚。这不是 bug，是渲染机制必然结果。
- 用
getBoundingClientRect()打印left/top，看是否含小数——这是最准的判断依据 - 同级用
position: absolute; left: 10px; top: 20px;清晰，但加了transform就糊，基本可锁定是亚像素问题 -
transform: translateZ(0)只是偶然让 GPU 落点更整，不能修复根源，还可能增加内存开销
JS 动态控制时必须 Math.round() 四舍五入
只要涉及 JS 计算偏移（比如拖拽、滚动定位、动画帧），transform 值必须显式取整。硬写死 translateX(-100px) 没用，如果这个 -100 来自 50vw - 50%，它本身就有浮点误差。
-
element.style.transform = `translateX(${Math.round(x)}px)`—— 不是Math.floor()，四舍五入更稳 - 避免用
window.innerWidth * 0.5直接算，改用Math.round(window.innerWidth / 2) - 动画关键帧里也别写
translateX(100%)，起止值全用整数 px 单位
纯 CSS 场景优先用 calc() 替代百分比
calc() 在 CSS 计算阶段就尝试对齐视口像素，比运行时解析百分比更可控。尤其适合居中、响应式偏移等场景。
立即学习“前端免费学习笔记（深入）”；
- ❌
transform: translate(-50%, -50%)—— 高概率出小数 - ✅
transform: translate(calc(-50% + 0.5px), calc(-50% + 0.5px))—— 强制微调回整数位置 - ✅
transform: translate(calc(50vw - 50%), 0)—— 比translateX(50%)更易落整 - 固定宽高容器（如
width: 400px）比100vw更容易控制像素对齐
静态布局能不用 transform 就不用
不是所有定位都需要硬件加速。position: absolute + left/top/margin 不进合成层，保留子像素渲染能力，文字天然更锐利。
- 弹窗居中：用
left: 50%; top: 50%; margin-left: -200px; margin-top: -32px;替代transform: translate(-50%, -50%) - Flex 子项内文字模糊？先删掉
transform，靠justify-content/align-items居中 - 图标、按钮等小元素，优先用
font-size+inline-block控制尺寸，再用transform微调
最容易被忽略的一点：模糊是否真实存在，得看 Chrome DevTools 的 Layers 面板。没看到 “Composited” 标记，说明根本没进 GPU 渲染流程，此时加 will-change 或 translateZ(0) 不仅无效，反而引入额外开销。
