根本原因是跨列项所在轨道未显式定义宽度且子项未设min-width:0，导致内容撑开列宽、挤占相邻轨道；同时第4条列线等目标线号若未由grid-template-columns显式生成，声明将静默失效。
grid-column 跨列后其他项目被挤偏，根本原因是什么
不是跨列本身有问题，而是你没给网格轨道预留足够空间，或者子项内容尺寸失控，导致浏览器重新分配轨道宽度。常见现象是：明明写了 grid-column: 1 / 4，结果右边几列被压缩到看不见；或跨列项右侧的元素错位、换行、甚至消失。
关键在于两点：
一是跨列项所在轨道（列）没有显式定义宽度，浏览器按内容撑开，挤占相邻轨道；
二是跨列项自身未设 min-width: 0，其内部长文本、图片或嵌套 flex 容器仍按默认 min-width: auto 计算，进一步放大占用。
- 显式列定义缺失：只写
grid-template-rows却漏掉grid-template-columns，跨列依赖的列线可能不存在或动态生成，导致布局不可控 - 内容未约束：跨列项里放了未设
white-space: nowrap的长单词，或没加min-width: 0的图片，它会强行拉宽整列 - gap 误用：在跨列项旁设了大
gap，但 gap 不产生新轨道线，只是撑开间距，容易让人误判列线位置
grid-column: 1 / 4 为什么有时不跨列，反而卡在第一格
grid-column: 1 / 4 表示“从第 1 条列线开始，到第 4 条列线结束”，但它生效的前提是：第 4 条列线必须真实存在。如果父容器只定义了 grid-template-columns: 1fr（即 1 列 → 只有 2 条列线），那么第 4 条线根本不存在，该声明会被静默丢弃，元素回退到默认位置（通常是 grid-column: 1 / 2）。
验证方法很简单：打开 DevTools → Elements → 选中 grid 容器 → 勾选 “Show line numbers” 或 “Grid overlay”。如果目标线号没显示出来，就说明它没被声明。
立即学习“前端免费学习笔记（深入）”；
- 安全做法：显式声明至少 4 列，哪怕用占位值，例如
grid-template-columns: repeat(4, minmax(0, 1fr)) - 别依赖隐式网格线做精确定位——隐式线由内容顺序和尺寸决定，不可预测
- 若用命名区域（
grid-template-areas），就别混用线号写法，否则grid-column会被覆盖且不报错
跨列项内容溢出时，overflow: hidden 为啥不管用
只加 overflow: hidden 几乎无效。它能裁剪视觉内容，但不改变元素参与网格轨道计算的内在尺寸。浏览器依然按原始内容宽度分配列宽，其他轨道被迫让位——你看到的是“裁剪了，但还挤着”。
真正起作用的是 min-width: 0（横向跨列时）或 min-height: 0（纵向跨行时）。这个属性重置了 grid item 的最小尺寸约束，让 fr 单位、auto 轨道和 gap 能按预期工作。
- 必须加在跨列的直接子元素上，不是 grid 容器
- 如果跨列项内部还套了 flex 容器，那内部 flex 项也建议加
min-width: 0，避免双重min-width: auto叠加 -
overflow: hidden+min-width: 0才构成完整兜底，缺一不可
span 2 和 2 / 4 混用踩坑指南
grid-column: 2 / span 2 合法，意思是“从第 2 条列线开始，向右跨 2 个轨道”；但 grid-column: span 2 / 4 是无效语法，整条声明会被浏览器丢弃（DevTools 里显示 strikethrough），元素回到默认位置。
二者行为完全不同：2 / 4 是绝对定位，强制卡在第 2～3 列，不管前面有没有空位；span 2 是相对跨度，从当前自动分配的位置（比如第 1 格）开始向右占 2 格，若被占就往后挪。
- 拼图类布局（如仪表盘）优先用线号写法（
1 / 3），可控性强 - 流式卡片列表用
span更省心，但要配合grid-auto-flow: dense避免空洞 - 别在一个属性里混写
2 / span 2和3 / 5，维护时极易误判逻辑，调试成本高
