圣杯布局中，flex-grow 是控制主内容区（main）自适应撑满剩余空间的关键属性，而 flex-basis 不宜用于设定侧边栏宽度，应优先使用 width 或 min-width；必须配合 order 调整视觉顺序，且父容器需设置 display: flex 和明确高度（如 min-height: 100vh）以确保 flex-grow 生效。
圣杯布局用 flex-grow 还是 flex-basis？
直接说结论：圣杯布局（header + sidebar + main + footer）中，flex-grow 是控制主体区域自适应撑满的关键，但仅靠它不够；order 负责视觉顺序调整，而 flex-basis 往往被误用为“设宽度”，实际应交给 width 或 min-width 更稳妥。
常见错误是给 main 设 flex-grow: 1 后，侧边栏仍被压缩——这是因为父容器没设 display: flex，或子项未禁用默认换行（flex-wrap: nowrap）。
- 主内容区（
main）必须设flex-grow: 1，且不能设固定width（否则会覆盖伸缩行为） - 侧边栏（
aside）建议用width+flex-shrink: 0，避免被压缩 - 不要对
flex-grow依赖的元素设flex-basis: 0除非你明确要从零开始拉伸（容易导致文字换行异常）
order 属性怎么让 HTML 结构和视觉顺序分离？
圣杯布局常要求 DOM 顺序是 header → main → aside → footer（利于 SEO 和可访问性），但视觉上要显示为 header → aside → main → footer。这时 order 就是解法。
注意：order 只改变视觉流，不影响文档流中的焦点顺序或屏幕阅读器遍历逻辑（除非配合 aria-flowto 等）。
立即学习“前端免费学习笔记（深入）”；
-
header保持默认order: 0 -
aside设order: 1 -
main设order: 2（即使它在 HTML 中排第二，也要显式设高序号） -
footer设order: 3，避免意外跑到中间
别用负数 order 值——虽然合法，但多人协作时易引发定位困惑，+0/+1/+2 更直观。
为什么 flex-direction: row 下 main 不撑满剩余宽度？
典型现象：侧边栏有宽度，main 却只占内容宽，右侧留白。根本原因是父容器（比如 .container）没设 height: 100vh 或明确高度，导致 flex-grow 缺失参照基准。
Flex 主轴尺寸必须可计算，否则 flex-grow 无从“增长”。浏览器不会自动把父容器高度设为视口高。
- 给 flex 容器加
min-height: 100vh（比height: 100vh更安全，兼容内容超长场景） - 确保所有祖先元素没有
height: 0或overflow: hidden截断高度传递 - 检查是否误加了
align-items: flex-start导致子项未占满交叉轴（虽不影响主轴，但常伴随布局错觉）
移动端适配时 order 和 flex-direction 怎么配合？
响应式下，常需从桌面端的左右布局（row）切到移动端的上下堆叠（column）。此时仅改 flex-direction 不够——因为 order 在 column 下依然生效，可能让 aside 跑到 header 下面、main 反而在最顶。
正确做法是：在媒体查询里重置 order，让它回归 HTML 顺序。
/* 移动端还原自然流 */
@media (max-width: 768px) {
.container { flex-direction: column; }
header { order: 0; }
main { order: 1; }
aside { order: 2; }
footer { order: 3; }
}不推荐只靠 order 实现多端切换，更可靠的是用不同类名控制整套排列逻辑，避免 order 值在 breakpoint 间反复覆盖出错。
真正难处理的是三栏（left + main + right）在小屏下如何排序：main 必须居中，但 HTML 里它在中间，order 反而容易写反。这时候不如放弃 order，用两个嵌套 flex 容器分别控制左右侧栏。
