网格项悬停放大时 transform: scale() 会“溢出”或错位，因其不改变文档流，Grid 仍按原始尺寸布局，导致裁切、遮挡或重排；需配合 position: relative、z-index、transform-origin: center 及 align-self/justify-self 居中控制。
网格项悬停放大时为什么transform: scale()会“溢出”或错位
直接给 grid-item 加 transform: scale(1.2) 后，它视觉上变大了，但 Grid 布局仍按原始尺寸分配空间——导致放大后的内容被裁切、遮挡相邻项，或触发意外的重排。根本原因是 transform 不影响文档流，而 Grid 的轨道（grid-template-rows/columns）和对齐（justify-items 等）默认不响应缩放变化。
- 避免用
width/height配合:hover改尺寸：会触发 Grid 重计算，卡顿且破坏等比缩放 - 必须配合
z-index和position: relative：否则放大的项可能被后面渲染的兄弟项盖住 - 如果父容器
overflow: hidden，放大必然被裁剪——要么改父容器，要么加overflow: visible
如何让缩放中心精准落在网格项正中
默认 transform-origin 是 50% 50%，看似居中，但在 Grid 中常因 align-items 或 justify-items 的默认值（如 stretch）导致项实际尺寸撑满单元格，缩放后边缘偏移。真正可靠的方式是显式控制原点和对齐。
- 给网格项加
align-self: center; justify-self: center;，确保内容在单元格内居中（而非靠拉伸填满） - 显式设置
transform-origin: center;，避免受父级text-align或边框影响 - 若项内含图片或文字，再加
transition: transform 0.3s ease;，否则缩放会突兀
grid-template-areas 场景下悬停放大会不会破坏区域布局
不会。因为 grid-template-areas 定义的是命名区域的位置和跨度，与子项的 transform 无关。只要不改动 grid-area 值或显式修改 grid-row/grid-column，缩放纯属视觉层操作。
- 风险点在于：放大的项若超出其所在区域边界，可能覆盖其他命名区域的内容（视觉层叠），但 Grid 结构本身不变
- 此时需检查
z-index层级是否合理，尤其当多个区域有重叠grid-area或绝对定位元素时 - 调试技巧：临时加
outline: 1px solid red;到悬停项，看清缩放后真实占位范围
移动端 Safari 上 scale() 悬停失效的常见原因
iOS Safari 默认不触发 :hover（除非模拟器或启用了“辅助触控”），所以纯 CSS :hover + transform 在真机上大概率没反应。
立即学习“前端免费学习笔记（深入）”；
- 方案一：改用
:active（点击瞬间生效），适合按钮类交互 - 方案二：加 JavaScript 监听
touchstart/touchend，动态切换 class（如.is-hovered） - 方案三：用媒体查询兜底：
@media (hover: hover) { .item:hover { transform: scale(1.2); } }，排除无悬停能力的设备
position: relative 就无法用 z-index 控制层级，放大后一旦重叠，谁在上谁在下就由 DOM 顺序决定——而这往往和你预期相反。** 
