应优先用CSS变量配合calc()动态设置max-width，根元素声明全局变量、组件内覆盖、媒体查询切换变量值，避免硬编码和!important，确保可维护性与响应式一致性。
max-width 用百分比还是固定值？先看业务场景
响应式布局里，max-width 不是越“大”越好，也不是越“小”越安全。它本质是「内容可读性」和「屏幕空间利用率」之间的平衡点。比如正文区设 max-width: 65ch 是为了单行字符数合理（避免阅读疲劳），而卡片容器用 max-width: 480px 是为了防止在大屏上拉得太开、失去视觉聚拢感。
直接写死 max-width: 768px 看似简单，但一旦设计规范调整（比如从 768 改成 840），所有相关样式都要手动改——漏改一处就错位。CSS 变量就是为这种重复值存在的。
怎么用 CSS 变量定义 max-width？三步到位
不是所有地方都适合用变量，但容器级最大宽度这类全局约束，非常值得抽离。关键在于「声明位置」和「作用域控制」：
- 根元素声明：在
:root里定义--container-max-width: 768px，确保全站可用 - 组件内覆盖：某个特殊模块需要更宽，就在其选择器里重设
--container-max-width: 1200px - 配合
calc()动态组合：比如max-width: calc(var(--container-max-width) - 2rem)，留出左右边距
别用 !important 覆盖变量值——那等于废掉了变量的灵活性。真要覆盖，就该在更具体的选择器里重新赋值变量。
立即学习“前端免费学习笔记（深入）”；
为什么 calc() + var() 组合容易出错？
常见报错是 Invalid property value，通常因为这三种情况：
-
calc()内部运算符前后没空格，比如calc(var(--w)-2rem)→ 必须写成calc(var(--w) - 2rem) - 变量未定义或值非法，比如
--w: none或--w: auto，calc()无法参与计算 - 单位混用，比如
calc(var(--w) + 20)（缺单位）或calc(100% + 20px)（虽然合法，但变量若为百分比则可能失效）
调试时直接在 DevTools 里 hover 变量名，能看到当前计算值；如果显示 invalid，八成是上面某条踩中了。
移动端适配时，max-width 变量要不要媒体查询切换？
要，但别在每个断点里重复写 max-width。正确做法是只换变量值：
code>:root {
--container-max-width: 768px;
}
<p>@media (max-width: 768px) {
:root {
--container-max-width: 100%;
}
}</p><p>@media (min-width: 1200px) {
:root {
--container-max-width: 1140px;
}
}然后所有容器统一用 max-width: var(--container-max-width)。这样逻辑清晰，改一个断点只需动一处变量声明。注意：不要在媒体查询里直接写 max-width: 100% 覆盖——那会破坏变量体系，后续扩展成本陡增。
真正难的是确定「哪些容器该响应变量，哪些不该」。比如导航栏常需满屏，就不该套这个变量；而文章主体、表单卡片这类内容区，才是变量的主战场。漏掉边界判断，反而让样式更难维护。
