直接用top: 50%+left: 50%+transform: translate(-50%, -50%)可精准居中，前提是父容器有定位上下文、子元素为position: absolute且非inline；只写top/left会使左上角对齐父中心，导致整体偏右下，而transform以自身宽高为基准反向平移一半，使几何中心对齐。
直接用 top: 50% + left: 50% + transform: translate(-50%, -50%) 就能精准居中，但必须满足三个前提：父容器有定位上下文、子元素是 position: absolute、且不能是 display: inline。
为什么只写 top: 50% 和 left: 50% 元素会偏右下？
因为这两个值移动的是元素的左上角，不是中心点。当左上角被拉到父容器中心时，整个元素自然向右、向下延伸——看起来像“卡在右下角”。transform: translate(-50%, -50%) 的作用，是以元素自身宽高为基准，向左、向上各挪动一半，把几何中心真正对齐上去。
常见错误现象：
- 漏写
transform，或拼错成transfrom - 误用
left: -50%（百分比参照父容器宽度，会直接左移父宽一半） - 写了
translateX(-50%) translateY(-50%)—— 虽然等效，但易被误读为两步操作，建议合并为单条声明
父容器必须设 position: relative 吗？
必须。否则 position: absolute 的子元素会向上查找最近的非 static 定位祖先；找不到就落到 body 或视口，导致居中位置完全失控。
立即学习“前端免费学习笔记（深入）”；
实操建议：
- 给父容器加
position: relative最安全：不破坏文档流，也不改变布局，纯粹提供定位锚点 - 避免用
position: absolute或fixed做父容器定位——语义不清，且可能引发嵌套定位混乱 - 如果父容器高度为 0（比如内部只有浮动子元素且未清除），
top: 50%算不出像素值，居中会失效；需触发 BFC（如加overflow: hidden）或显式设min-height
transform: translate(-50%, -50%) 的兼容性与陷阱
这个写法从 IE9+ 就支持（IE9 需加 -ms-transform 前缀），现代项目基本无需降级。但它不是“万能胶”，几个关键限制得心里有数：
- 子元素不能是
display: inline—— 因为 inline 元素没有明确的宽高，translate(-50%, -50%)的百分比失去计算依据 - 若父容器设置了
transform、filter或will-change，会创建新的定位上下文，悄悄改变参考系；调试时可临时移除该属性验证 - 多变换混写时顺序很关键：
transform: translate(-50%, -50%) rotate(10deg)是安全的；而rotate(10deg) translate(-50%, -50%)会让平移发生在旋转后的坐标系里，结果偏移 - 频繁在 scroll 或动画帧中动态修改
transform，可能引发渲染抖动；居中逻辑应尽量静态化
和 flex / grid 居中方案比，什么情况下必须用这个？
当父容器已有复杂布局（比如多层 position: relative 嵌套）、或需要脱离文档流且精确控制堆叠层级（z-index）时，position + transform 不可替代。
典型场景：
- 弹窗、Tooltip、下拉菜单等浮层组件，必须用
position: absolute或fixed - 需要兼容老版 Safari（iOS 8–9 中
flex的align-items/justify-content有 bug） - 父容器高度不固定、又不能设
min-height时，flex可能不触发垂直居中，而定位方案不受影响
最常被忽略的一点：transform 的百分比始终基于元素自身尺寸，和 top/left 的参照系完全不同——这个差异一旦混淆，调试就会陷入死循环。
