grid容器设了overflow但子项还是溢出页面？
这是因为overflow作用在网格容器上，只控制容器自身的裁剪行为，不影响子项的默认尺寸计算逻辑。子项（grid-item）若内容过长、字体过大或含未约束的内联元素，仍会撑开轨道，导致视觉上“溢出”——实际是网格轨道被拉伸了，不是容器没裁剪。
常见错误现象：overflow: hidden加了但滚动条没出现、文字跑出容器边界、图片变形或遮挡相邻格子。
- 先确认是否真需要裁剪：多数场景该约束的是子项自身，而非靠容器硬裁
- 子项默认不继承容器的
overflow，必须显式设置overflow在子项上才生效 - 若用
minmax(0, 1fr)或minmax(auto, 1fr)定义轨道，会影响子项能否收缩；0允许压缩到内容最小尺寸，auto则保留内容固有大小
子项内容溢出时，text-overflow: ellipsis不生效？
这是典型复合失效：CSS文本截断要求三要素同时满足——display: block（或inline-block）、white-space: nowrap、overflow: hidden。而网格项默认display: block，但常因父容器grid-template-columns未限制列宽，或子项内部用了flex布局干扰了块级上下文。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 给子项加
overflow: hidden，不是只加在容器上 - 确保子项内文本容器是块级且单行：比如套一层
<div class="truncate">并设<code>white-space: nowrap - 避免在子项上用
width: 100%配合grid-column: span 2这类组合——百分比宽度在跨列时计算基准模糊，容易失效 - 优先用
max-height而非height，更适应响应式 - 若网格行轨道用
grid-template-rows: 1fr，子项高度由容器分配，此时再设max-height才有效 - 注意
scrollbar-gutter兼容性：Chrome 94+ 支持，旧版可能因滚动条占位导致布局抖动，可加scrollbar-gutter: stable both-edges - 避免在网格容器上同时用
overflow: hidden和transform: translateZ(0) - 如需硬件加速，改用
contain: layout paint替代transform，对网格更友好 - 测试时务必在真实iOS Safari打开，DevTools模拟器无法复现部分裁剪失效问题
用overflow: auto让网格项可滚动，但滚动条总不出现？
根本原因是子项没有明确的高度约束。网格项默认按内容伸缩，即使设了overflow: auto，若其高度未被限制（比如没设height、max-height，也没被grid-template-rows固定），它就会无限撑高，滚动永远触发不了。
使用场景：卡片列表、日志面板、侧边导航菜单等需局部滚动的网格子区域。
Grid + overflow在Safari里表现异常？
Safari（尤其iOS 15–16）对grid容器内overflow与transform、will-change共存时渲染不稳定，典型表现是滚动卡顿、裁剪区域错位、甚至整个网格消失。这不是bug而是渲染管线差异：Safari倾向将溢出容器提升为独立图层，但网格布局的重排敏感度高，易触发意外回退。
性能与兼容性影响：
最麻烦的点往往不在写法本身，而在你忘了子项的min-width默认是auto——它会让图片、表格、长单词直接顶破网格轨道，这时候光调overflow没用，得从内容源头控尺寸。
