grid布局必须在容器上设置display: grid，而非子元素；常见错误包括区域不生效、fr单位失效、布局塌陷；需确保父容器启用且grid-area值与template-areas严格匹配。
Grid布局必须设display: grid在容器上，不是子元素
很多人写完grid-template-areas或grid-template-columns却没效果，根本原因是忘了给父容器加display: grid。CSS Grid不靠子元素声明生效，它只作用于直系子元素，且必须从容器层启用。
常见错误现象：grid-area写了但区域不生效、fr单位被当成文字显示、整个面板塌成一列。
- 后台面板的根容器（比如
<main></main>或<div class="app-layout">）必须设<code>display: grid - 不要在
<header></header>或<aside></aside>这些语义标签上盲目加display: grid——除非你真要在这层再分网格 - 若用
grid-template-areas，所有命名区域（如"header header"）必须和子元素的grid-area值完全一致，大小写、空格、引号都敏感 - 典型写法：
grid-template-areas: "header header header" "nav main sidebar" "footer footer footer" - 每组引号代表一行，空格分隔列；重复名称（如
header）表示跨列，.代表空单元格 - 注意：IE11不支持
grid-template-areas，如需兼容，改用grid-column/grid-row手动定位（但维护成本高） - 别让
grid-area值含空格或特殊字符，例如grid-area: "user list"会失败，应写为grid-area: user-list - 推荐写法：
grid-template-columns: 240px minmax(0, 1fr) minmax(320px, 50%) -
minmax(0, 1fr)比单纯1fr更健壮——当内容极窄时避免溢出 - 避免写
minmax(200px, max-content)，max-content会让列宽随最长单词撑开，破坏布局稳定性 - 移动端适配建议：用
@media把三栏变两栏，直接改grid-template-areas，别试图靠grid-column: span 2硬调 - 主内容区（对应
grid-area: main）必须设overflow-y: auto和明确高度（如height: calc(100vh - 64px)） - 别对
grid-template-rows用1fr后又在子元素上设height: 100%——这会导致高度循环依赖，滚动失效 - 若用
position: sticky固定表头，确保其父容器有overflow: clip或overflow: hidden，否则sticky元素可能跑出网格轨道
用grid-template-areas快速搭出标准后台结构
后台控制面板骨架本质是固定区域划分：顶部导航、左侧菜单、主内容区、可能还有右侧面板或底部状态栏。用grid-template-areas比纯行列计算更直观、可读性更强，也方便后期调整。
使用场景：Vue/React单页应用的<layout></layout>组件、管理后台首页、BI看板容器。
minmax()和fr混用控制响应式伸缩行为
后台面板常需“左侧菜单固定240px、主内容自适应、右侧工具栏最小320px最大50%”这类混合约束。fr适合等比分配，minmax()才能表达弹性边界，二者配合才真实可用。
性能影响：过度嵌套minmax(min-content, 1fr)可能触发多次重排，尤其在内容动态加载时。
滚动区域必须显式设overflow，Grid不会自动截断
后台主内容区常含长表格或日志列表，但很多人发现内容溢出、页面整体滚动而非局部滚动——这是因为Grid容器默认overflow: visible，子元素超出也不截断。
容易踩的坑：以为加了height: 100vh就足够，其实vh只是视口高度，Grid轨道本身不产生滚动上下文。
最麻烦的点其实是高度链：html → body → #root → .app-layout → main，中间任意一层缺height: 100%或min-height: 100%，calc()和1fr都会失准。这个链路得逐层确认，不能只盯Grid本身。
