Subgrid 必须依附于已定义明确轨道的父网格，若父容器仅设 display: grid 而无 grid-template-columns/rows，则 subgrid 无效；其核心价值是跨层级像素级对齐，非简化嵌套；需确认浏览器支持（Chrome 114+/Firefox 110+/Safari 16+），并警惕 height 和 gap 的继承限制。
看父容器是否已用 display: grid 且定义了明确轨道
Subgrid 不是独立布局模式，它必须依附于一个已存在的、有明确 grid-template-columns 或 grid-template-rows 的父网格。如果父容器只是 display: grid 但没设轨道（比如只靠 grid-auto-flow 布局），那加 subgrid 就完全无效——浏览器不会报错，但渲染和普通嵌套 grid 没区别。
常见误用场景：
- 父容器用
grid-template-columns: repeat(auto-fit, ...)但没配grid-auto-rows，子元素设grid-template-rows: subgrid→ 行方向无法继承，因为父网格没定义行轨道 - 父容器用
display: inline-grid或被transform/contain干扰，导致子网格脱离上下文，subgrid失效
检查对齐需求是否集中在“跨层级像素级列/行对齐”
Subgrid 的核心价值不是“让嵌套更简单”，而是解决“父网格线和子内容必须严格对齐”的硬性需求。比如：
- 商品卡片列表中，所有卡片的图片、标题、价格、按钮要分别对齐到同一垂直列线上，且卡片高度一致（哪怕标题长度不同）
- 后台数据表格里，多组子行（如展开的明细行）需与主表头列宽完全同步，不能靠
minmax()或 JS 计算模拟 - 仪表盘中，某个 widget 内部多个区块需复用外层网格的断点列数，而非各自响应式重排
如果只是想让子容器内部“看起来整齐”，用 flex + align-items: stretch 或固定 height + overflow: hidden 就够了，没必要上 Subgrid。
立即学习“前端免费学习笔记（深入）”；
确认目标浏览器支持且项目生命周期允许
截至 2026 年中，Chrome 114+、Firefox 110+、Safari 16+ 已原生支持 Subgrid，但 IE 和旧版 Android WebView 仍不支持。关键判断点不是“能不能跑”，而是：
- 项目是否要求支持 iOS 15.6 及以下？Safari 15.6 不支持
subgrid，会回退为普通 grid，可能导致布局塌陷或错位 - 是否有优雅降级方案？比如用
@supports (grid-template-columns: subgrid)包裹样式，同时提供display: flex+gap的备选布局 - 项目是内部中台系统（可控环境）还是对外 ToC 应用？后者若用户仍有大量旧设备，Subgrid 的收益可能被兼容性成本抵消
警惕 height 和 gap 的继承限制
Subgrid 子网格的 height 无法直接设置生效，它完全由父网格对应行轨道决定；gap 则默认继承父网格的 gap 值，不能单独覆盖（除非父网格没设 gap，子网格才可自定义）。
这意味着：
- 如果你需要子网格内某一块区域有固定高度（比如轮播图容器），不能靠
height: 200px，得改父网格的grid-template-rows，比如写成grid-template-rows: 200px 1fr auto - 如果父网格设了
gap: 1rem，子网格里再写gap: 0.5rem是无效的，会被忽略 - 子网格内元素用
grid-column/grid-row引用的线名，必须来自父网格定义的线名（包括隐式命名），不能自己新增
这些限制不是 bug，而是 Subgrid “继承即约束”设计哲学的体现——一旦选择 Subgrid，就得接受父网格的轨道权威性，没法在子层随意突破。
