Grid元素重叠是规范允许的正常行为，并非bug；当多个元素指定相同grid-area且该区域仅占一个单元格时必然重叠，DOM顺序决定层叠关系，z-index需配合position:relative才生效。
Grid 元素重叠不是布局崩溃，而是定位配置的直接结果；能否可控，取决于你是否明确每个 grid-area、grid-row 和 z-index 的实际作用域与生效条件。
为什么多个元素会叠在同一个格子里
这不是浏览器 bug，是 Grid 规范允许的行为：只要两个元素写了相同的 grid-area: "main"，而 grid-template-areas 里 "main" 只占一个单元格，它们就必然重叠。DOM 顺序决定谁压谁——后写的元素默认在上层。
- 用 Chrome DevTools → Elements 面板 → 点开元素 → 查 “Computed” 下的
grid-area值，比翻源码快得多；显示为auto或空，说明命名根本没匹配上 - 拼写必须完全一致：大小写、引号类型（
"header"≠'header'）、空格数（"sidebar "≠"sidebar"）、.占位符是否保留 - 临时测试法：把
grid-area: "nav"改成grid-area: "nav-1"和grid-area: "nav-2"，看是否还叠——能快速锁定冲突点
z-index 在 Grid 里为啥不生效
z-index 对 Grid 子项默认无效，因为它们是 position: static。这不是 Grid 的限制，是 CSS 层叠规则本身的要求。
- 错误写法：
.item { z-index: 10; }→ 完全没反应 - 正确写法：
.item { position: relative; z-index: 10; }→ 立刻参与层叠排序 - 父容器不需要设
position: relative来“开启”子项的z-index，只要子项自己定位就行 - 如果用了
position: absolute，它会脱离网格轨道尺寸，必须手动设宽高，或用inset: 0填满所在格子
用 grid-row/grid-column 替代 grid-area 更稳
命名区域容易隐藏冲突，行列线控制更透明、更易调试边界。
立即学习“前端免费学习笔记（深入）”；
- 避免只写起点：
grid-column: 2等价于2 / 3，跨度为 1；两个元素都这么写，必然落在同一列轨道内 - 显式写全起止线：
grid-column: 2 / 4或更语义化的grid-column: 2 / span 2 - 负值可用但需谨慎：
grid-column: -2 / -1表示倒数第二列到最后一列，别误判实际占位 - DevTools Layout 面板勾选 “Show line numbers”，一眼看出每条线位置；注意
gap不产生线号，线号只属于 track 之间的分界
响应式切换后突然重叠，重点查这三处
媒体查询里改 grid-template-areas 时，新旧定义若没处理好层叠顺序或映射关系，视觉重叠就来了。
- 确保媒体查询中的
grid-template-areas定义写在常规样式之后，CSS 层叠规则下后者才生效 - 不要只改
grid-template-areas，而忘了同步调整子元素的grid-area—— 比如桌面端用"header nav main aside"，移动端改成两行，nav和aside若仍保持原grid-area值，很可能挤进同一行 - 用
@supports (display: grid)包一层更稳妥，避免在不支持 Grid 的环境里样式残留干扰调试
真正难的不是让元素不重叠，而是判断哪些重叠是设计所需（比如悬停浮层、卡片堆叠），哪些是配置疏漏；一旦定位意图和轨道分配对不上，所有调试都得从 computed 样式开始重来。
