fixed定位元素在Retina屏下模糊的根源是transform中百分比计算触发亚像素渲染，如translate(-50%,-50%)产生小数偏移，经高DPR放大后导致虚边；解决需Math.round()取整、calc()替代百分比、偶数像素容器或改用flex居中等方案。
fixed定位元素在Retina屏下模糊，和position属性本身无关，而是它常搭配的transform（尤其是translate百分比）触发亚像素渲染，再被高DPR放大成肉眼可见的虚边。不改transform计算逻辑，单加translateZ(0)或will-change只是碰运气。
为什么 fixed + transform(-50%, -50%) 在 Retina 下必糊
fixed元素虽脱离文档流，但它的left/top/transform仍参与像素对齐计算。-50%是动态值：父容器宽769px → translateX(-384.5px)，这个.5就是亚像素起点。DPR=2时，0.5px = 1物理像素偏移，GPU必须插值——文字、边框、阴影全发虚。
- 用
getBoundingClientRect().left打印实际坐标，含小数就确认是亚像素问题 -
transform: translateZ(0)不能修复根源，只可能偶然让GPU落点更整，还可能增加内存开销 - 不要依赖
env(safe-area-inset-bottom)或vh单位来“绕开”问题——它们不影响transform内部计算精度
JS动态控制fixed元素时必须Math.round()
拖拽、滚动定位、弹窗居中等场景，只要用JS算出transform值，就必须显式取整。硬写translateX(-100px)没用，如果-100来自50vw - 50%，它本身就有浮点误差。
- 正确写法：
element.style.transform = `translate(${Math.round(x)}px, ${Math.round(y)}px)` - 避免
Math.floor()，四舍五入更稳（-0.5→0，+0.5→1） - 动画关键帧里禁用
translateX(100%)，起止值全用整数px单位
纯CSS方案优先用calc()替代百分比
calc()在CSS解析阶段就尝试对齐视口像素，比运行时解析百分比更可控。尤其适合fixed元素的响应式偏移、居中等场景。
立即学习“前端免费学习笔记（深入）”；
- ❌
transform: translate(-50%, -50%)—— 高概率出小数 - ✅
transform: translate(calc(-50% + 0.5px), calc(-50% + 0.5px))—— 强制微调回整数位置 - 固定宽高容器（如
width: 400px）比100vw更容易控制像素对齐
真正该砍掉合成层依赖的场景
不是所有fixed都需要硬件加速。modal、tooltip这类频繁进出视口的元素，用transform反而放大亚像素风险。
- 居中场景直接换：
parent { display: flex; justify-content: center; align-items: center; }，子元素去掉position: fixed和transform - 静态偏移改用
top: 20px; left: 50%; margin-left: -100px;（配合固定宽），它们走主文档流，不进合成层 - 若必须用fixed+transform，确保父容器尺寸为偶数CSS像素（如
width: 400px而非width: 50vw），减少除不尽概率
最易被忽略的是：问题常在开发机上看不出，上线后用户用iPhone或MacBook才暴露。调试时务必打开Safari开发者工具 → “Elements”面板 → 右键元素 → “Show Rasterization Borders”，看到半透明描边就说明sub-pixel渲染已激活——这时再检查getBoundingClientRect()值是否含小数，别凭感觉猜。
