响应式 Grid 的核心是按断点主动切换网格结构，最直接方式是在 @media 中重定义 grid-template-columns 等整体属性，而非仅调整子项；需同步重置 grid-template-areas、grid-auto-flow 等依赖项以避免布局错乱。
媒体查询中重定义 grid-template-columns 是最直接方式
响应式 Grid 的核心不是“适配容器”，而是按断点主动切换网格结构。直接在 @media 里覆盖 grid-template-columns（和可选的 grid-template-rows、grid-column-gap 等）即可，无需额外 wrapper 或 JS 干预。
常见错误是只改子项 grid-column，结果父容器仍维持宽列布局，视觉上错乱；或漏掉 grid-auto-flow 配合，导致新列数下内容堆叠异常。
- 移动端优先：默认设为
1fr单列，再用@media (min-width: 768px)向上增强 - 避免用固定像素值（如
300px）定义列宽，优先用fr、minmax()、auto-fit+repeat() - 若使用
grid-template-areas，每个断点需完整重写该属性，不能只改其中一部分区域
repeat(auto-fit, minmax(...)) 可减少媒体查询数量
当列数随容器宽度动态增减（如卡片列表），用 repeat(auto-fit, minmax(250px, 1fr))) 能替代多个断点。它让 Grid 自动计算最多能放几列，且每列不窄于 250px，剩余空间均分。
但注意：这仅控制列数与基础尺寸，无法实现「小屏 1 列 → 中屏 2 列 → 大屏 4 列 + 左侧边栏」这类非线性结构变化，此时仍需媒体查询分段控制。
立即学习“前端免费学习笔记（深入）”；
-
auto-fit会折叠空轨道，auto-fill则保留空轨道占位，通常选auto-fit -
minmax(250px, 1fr)中的1fr是上限，实际列宽由容器总宽和列数共同决定 - 配合
grid-gap使用时，确保 gap 不会导致内容溢出；必要时在媒体查询中同步调整 gap 值
媒体查询内必须重置所有相关网格属性
Grid 是整体声明式布局，修改某一项（如只改 grid-template-columns）而忽略其他依赖项，容易引发意外行为。例如：
- 原布局用
grid-template-areas定义了"header header" "nav main" "footer footer"，响应式时若只改列数却不重写grid-template-areas，区域映射会失效 - 原设
grid-auto-flow: column实现横向填充，换列数后未同步调整，内容可能错行 - 使用
grid-row-start/grid-column-start的子项，在父容器列数变更后可能越界或重叠
稳妥做法：每个关键断点内，显式写出该断点所需的全部网格定义，包括 grid-template-columns、grid-template-rows、grid-template-areas、grid-auto-flow，哪怕某些值与上一断点相同。
.grid {
display: grid;
grid-template-columns: 1fr;
grid-template-areas:
"header"
"main"
"footer";
}
@media (min-width: 768px) {
.grid {
grid-template-columns: 200px 1fr;
grid-template-areas:
"header header"
"nav main"
"footer footer";
}
}
@media (min-width: 1024px) {
.grid {
grid-template-columns: 200px 1fr 300px;
grid-template-areas:
"header header header"
"nav main sidebar"
"footer footer footer";
}
}
真正难的不是写几个 @media，而是理清每个断点下「哪些区域必须存在」「哪些轨道需要保留」「子项是否要重新定位」——这些逻辑一旦错位，Grid 就会静默失败，而不是报错。
