calc()本身只做一次静态计算，真正动态依赖CSS变量（如var(--x)）配合JS、媒体查询或系统偏好实时更新；纯CSS无法自动响应DOM变化。
calc() 本身不动态，它只做一次静态计算；真正“动态”的关键在 var(--x) —— 只要变量值能变，calc() 就跟着变。但变量怎么变？靠 JS 注入、媒体查询切换，或用户系统偏好（如 env(safe-area-inset-bottom)）。纯 CSS 里没有“监听标签数量然后重算宽度”这种能力。
为什么直接写 calc(100% / var(--tab-count)) 有时没效果
常见错误是把变量定义在 :root 但没在运行时更新。比如你写：
:root { --tab-count: 5; }
.tab-item { width: calc(100% / var(--tab-count)); }这只会固定按 5 算，哪怕 DOM 里实际只有 3 个 tab。浏览器不会自动数子元素并更新 --tab-count。
- 必须用 JS 显式设置：
el.style.setProperty('--tab-count', tabs.length) - 变量需绑定到具体容器（如
.tabs），而非全局:root，避免跨组件污染 - Safari 15.4 之前不支持
max()，width: max(calc(...), 80px)在旧版会整条声明失效
calc() 里混用单位容易出错的三个场景
单位不是随便加减的，尤其涉及视口单位和相对单位时：
立即学习“前端免费学习笔记（深入）”；
-
calc(100vh - 2rem)在 iOS 15–16 的 Safari 中可能初始为 0 或滚动跳变，换成calc(100vh - 32px)更稳 -
calc(100% - 1em)在字体未加载完成时，1em可能取默认字体尺寸，导致布局偏移 -
calc(100vw - var(--sidebar-width))中，如果--sidebar-width是20ch，而当前字体非等宽，ch值会浮动，建议只用于文本对齐类场景，不用在布局主干
Flex/Grid 容器中 calc() 失效的典型表现
不是 calc() 不工作，而是它的结果被布局算法覆盖了：
- Flex 项目设了
flex: 1，再写width: calc(100% - 20px)—— 无效，主轴尺寸由 flex 决定 - Grid 子项写了
grid-column: 1 / -1，又设width: calc(100% - 16px)—— 无效，轨道已占满 - 想留固定间隙？用
gap或margin，别靠calc()算子项宽度
真正该用 calc() 的地方是：Grid 轨道定义（grid-template-columns: repeat(auto-fit, calc(var(--size) / 16))）、绝对定位偏移（left: calc(50% - 24px)）、或 min-height 填充剩余空间（min-height: calc(100vh - var(--header-h) - var(--footer-h))）。
Less 编译期变量不能直接进 calc()
Less 是编译时处理，@header-height: 48px 这种变量进不了 calc() 字符串上下文：
- ❌ 错误：
height: calc(100vh - @header-height);→ 编译失败或原样输出 - ✅ 正确：
height: calc(100vh - @{header-height});→ 插值语法把值“吐”进去 - ⚠️ 注意：
@{header-height}必须带单位（如48px），否则calc()解析失败 - Less 改了变量得重新编译，没法像 CSS 自定义属性那样被 JS 动态改写并实时生效
复杂布局里，calc() 的“动态感”其实是多层协作的结果：JS 控制变量、CSS 响应变量、浏览器执行计算。漏掉任何一环，它就只是个静态公式。
