grid容器overflow不生效是因为子项默认撑开容器，需明确尺寸约束；grid-column越界会丢弃子项；单元格文本溢出需white-space、overflow、text-overflow三者配合。
grid容器溢出时overflow属性为啥不生效
因为 overflow 作用在 grid 容器上时，只对「容器自身内容框」起作用，而 grid 子项（grid-item）默认不会被裁剪——它们会撑开容器，或溢出到容器外，此时 overflow: hidden 看似没反应。
常见错误现象：grid-template-columns: repeat(3, 100px)，但子项里放了超宽图片或长文本，结果内容跑出容器右边界，overflow: hidden 完全无效。
- 必须确保 grid 容器有明确的尺寸约束（比如
width、max-width或父容器限制），否则它会无限伸展，overflow失去意义 -
overflow对grid布局生效的前提是：子项不靠“撑开容器”来显示，而是被限制在轨道内 - 更可靠的做法是配合
grid-template-areas或minmax()控制轨道行为，而不是只依赖容器 overflow
grid-column / grid-row 越界导致内容消失
当显式设置 grid-column: 5 / 8，但容器只有 4 列轨道时，该子项会直接被渲染引擎丢弃（不是隐藏，是不参与布局），控制台无报错，但页面“少元素”。
使用场景：动态生成 grid 模板，或用 JS 注入 grid-column 值但未校验轨道数量。
立即学习“前端免费学习笔记（深入）”；
- 检查实际轨道数：用
getComputedStyle(el).gridTemplateColumns解析列数，注意返回值含函数如repeat(3, 1fr)，需手动计算 - 避免硬编码大数值：比如
grid-column: 1 / -1比grid-column: 1 / 99更安全，表示“从第一列到最后一列” - 若需越界定位，改用
position: absolute+inset，别强求 grid 轨道覆盖所有可能位置
文本溢出网格单元格的三种处理方式对比
单个 grid 单元格内文本过长，不能只靠 overflow: hidden，得结合 white-space 和 text-overflow 才能生效，且三者缺一不可。
参数差异明显：
-
white-space: nowrap+overflow: hidden+text-overflow: ellipsis→ 单行截断（最常用） -
white-space: normal+overflow: hidden+display: -webkit-box+-webkit-line-clamp: 2→ 多行截断（仅 WebKit，Firefox 需display: grid+line-clamp实验性支持） -
overflow-wrap: break-word+word-break: break-all→ 强制换行（适合代码/日志类内容，但可读性差）
性能影响：多行截断的 -webkit-box 方案会触发额外 layout，频繁更新文本时建议用单行方案或服务端截断。
子项内容撑大网格轨道的隐式行为
grid 默认按内容自动扩展轨道（auto 行为），即使写了 grid-template-rows: 100px 100px，一个高 200px 的子项仍会让第一行变高——这不是 bug，是规范定义的“track sizing”逻辑。
容易踩的坑：
-
minmax(0, 1fr)≠1fr：前者允许轨道压缩到 0，后者有最小内容尺寸保护（min-content），遇到图片/表格时表现差异极大 -
height: 0; min-height: 100px这类组合在 grid 中可能被忽略，应优先用min-height直接设在轨道上（grid-template-rows: minmax(100px, auto)） - 用
align-items: start或justify-items: start只控制对齐，不改变轨道尺寸；真要锁死高度，得加overflow: hidden并确保子项不触发 min-content
复杂点在于：grid 的尺寸计算是双向的（inline 和 block 方向独立），而 overflow 截断只发生在块方向。所以横向溢出（比如超宽 flex 子项）依然可能突破容器，得单独处理。
