不推荐手写圣杯布局，现代CSS中display: grid仅需3行代码即可实现，自动规避负margin、清除浮动等历史问题，且支持响应式与可访问性。
圣杯布局在现代 CSS 中是否还值得手写
不推荐。原生 display: grid 已能用 3 行代码完成经典三栏圣杯（头-主-尾 + 左右固定侧栏），且自动处理负 margin、清除浮动等历史包袱。SCSS 变量仅适合已有 legacy 项目需渐进改造，或设计系统中需统一控制多套布局的侧栏尺寸。
用 grid-template-columns 实现可变宽侧栏
核心是把左右侧栏设为独立轨道，主内容用 1fr 自适应。SCSS 变量只参与轨道宽度计算，不侵入布局逻辑：
$sidebar-width: 240px;
$sidebar-min-width: 180px;
$sidebar-max-width: 320px;
.layout {
display: grid;
grid-template-columns:
minmax($sidebar-min-width, $sidebar-max-width)
1fr
minmax($sidebar-min-width, $sidebar-max-width);
grid-template-areas: "aside-main aside";
}
-
minmax()比纯变量更健壮：避免小屏下侧栏撑破容器 - 不要用
$sidebar-width直接写死列宽，它应只作为默认值参与minmax()或媒体查询断点计算 - 若需支持 IE11，必须回退到
float+calc()，此时 SCSS 变量才真正必要——但代价是失去弹性缩放能力
SCSS 变量如何安全注入媒体查询
侧栏宽度随断点变化时，变量不能只定义一次。错误写法：$sidebar-width: 200px 全局静态；正确做法是封装为函数或 map：
$sidebar-breakpoints: (
mobile: 0,
tablet: 768px,
desktop: 1024px
);
@function sidebar-width($breakpoint) {
@return map-get((
mobile: 60px,
tablet: 160px,
desktop: 240px
), $breakpoint);
}
@media (min-width: map-get($sidebar-breakpoints, tablet)) {
.layout {
grid-template-columns: sidebar-width(tablet) 1fr sidebar-width(tablet);
}
}
- 直接在
@media内调用函数，比用@each生成全部断点更可控 - 避免在
:root中声明 CSS 自定义属性再 JS 读取——这会破坏 SSR 友好性，且无法被@media响应 - 如果项目用 Tailwind，优先用
max-w-[240px]类组合，而非自建 SCSS 变量体系
为什么 flex 不适合经典圣杯布局
Flex 无法天然实现“中间列优先渲染 + 自适应 + 两侧固定”的语义流，常见翻车点：
立即学习“前端免费学习笔记（深入）”；
- 用
order调整 DOM 顺序后，屏幕阅读器仍按源码顺序读取，可访问性受损 -
flex: 0 0 240px在窄屏下不收缩，必须额外加min-width: 0和overflow处理，反而更复杂 - 无法像 Grid 那样让主内容区域独占剩余空间的同时，左右侧栏保持独立滚动上下文
真要兼容老浏览器，用 position: sticky 替代左栏，右栏用 margin-right 预留空间——比 Flex 圣杯更轻量、语义更清。
