transform: translate(-50%, -50%) 的百分比基准是元素自身宽高，即向左、上各移动自身宽度和高度的一半；必须配合 position: absolute 与 top: 50%、left: 50% 才能实现居中。
transform: translate(-50%, -50%) 的计算基准是什么
很多人误以为 translate(-50%, -50%) 是相对于父容器宽高的 50%，其实不是——它的百分比是基于元素**自身尺寸**计算的。也就是说，translate(-50%, -50%) 等价于「向左移动自己宽度的一半，向上移动自己高度的一半」。
这个特性让它天然适配响应式场景：无论元素因 font-size、max-width、vw 单位或媒体查询而动态缩放，偏移量始终自动匹配当前尺寸，不会失准。
常见错误现象：
– 元素在小屏下偏左/偏上（通常因为父容器没设 position: relative，导致 top: 50% 相对于视口计算）
– 动画中居中突然跳动（transform 和 top/left 混用，触发重排）
必须配合 absolute 定位才能生效吗
不是必须，但绝大多数情况下需要。因为 translate() 只负责视觉位移，不改变文档流位置；要让它“看起来居中”，得先让元素脱离流并锚定到父容器中心点。
立即学习“前端免费学习笔记（深入）”；
关键组合只有两步：
– 父容器加 position: relative（或 position: absolute/fixed）
– 子元素加 position: absolute; top: 50%; left: 50%，再叠加 transform: translate(-50%, -50%)
注意：
– 如果父容器是 display: flex 或 display: grid，直接用 justify-content: center; align-items: center 更简洁，无需 transform
– transform 单独使用（如只写 transform: translate(-50%, -50%) 而不设 top/left）会导致元素仍在原位置视觉偏移，无法真正居中
响应式下容易被忽略的兼容性细节
现代浏览器对 transform 支持极好，但有两个真实存在的坑：
– 移动端 Safari 旧版本（iOS 9.3 之前）对 transform 中的百分比单位支持不稳定，建议加 -webkit-transform 前缀（虽然现在多数项目已可省略）
– 当元素含 will-change: transform 或动画时，若父容器有 overflow: hidden，可能裁剪掉部分偏移区域（尤其在滚动容器内），需确保父容器留出足够余量或改用 contain: layout paint
性能影响：
– transform 属于合成层操作，浏览器通常启用 GPU 加速，比靠 top/left + position 触发重排更高效
– 但频繁读取 offsetTop 或 getBoundingClientRect() 会强制同步布局，破坏 transform 的性能优势
当元素尺寸完全未知时还能用吗
能，而且这是它最擅长的场景。相比 margin: auto（要求块级+宽度固定）或 line-height（仅限单行文本），transform 对内容完全无感。
适用条件：
– 子元素是图片、SVG、带 min-content 的卡片、甚至 contenteditable 区域
– 高度由文字行数、图片比例、或 aspect-ratio 动态决定
– 父容器本身也在响应式变化（比如从 width: 100% 切换到 width: min(80vw, 600px)）
唯一限制：父容器必须有明确的定位上下文（即非 static），否则 top: 50% 会向上追溯到 body 或视口，导致错位。
