calc() 能在浏览器渲染时混合单位运算，解决百分比与像素互斥问题，适用于侧边栏自适应、视口高度减固定头、安全区适配、字体响应式等场景，但需注意空格、单位运算和降级兼容性。
因为 calc() 允许浏览器在渲染时直接混合单位运算，无需 JS 干预，也不依赖父容器的固定尺寸——这是纯百分比或纯像素布局根本做不到的。
为什么百分比 + px 在传统 CSS 里行不通
纯百分比依赖父元素尺寸，一旦嵌套变深或父级是 auto 高度，计算就失效；纯像素又无法响应视口变化。两者长期被当作“互斥选项”。calc() 打破了这个限制，它不是简单拼接，而是让浏览器在样式解析阶段就完成单位换算。
- 百分比（如
100%）代表当前上下文的动态值（父宽、视口宽等） - 像素（如
80px）是绝对基准，用于扣减/补偿固定区域（导航栏、边栏、安全区） -
calc(100% - 80px)的结果是「动态值减去静态偏移」，每次重排都会重新求值
哪些场景下必须用 calc() 混合单位
不是所有地方都需要，但以下几类问题不靠 calc() 很难干净解决：
- 侧边栏固定宽度 + 主内容自适应：主区写
width: calc(100% - 240px)，避免浮动或 flex 布局的兼容性陷阱 - 视口高度减去顶部固定头：比如
height: calc(100vh - 64px)，比 JS 动态设style.height更轻量、无闪烁 - 移动端安全区适配：配合
env(safe-area-inset-bottom)，写成padding-bottom: calc(16px + env(safe-area-inset-bottom)) - 字体大小响应式微调：
font-size: calc(1rem + 0.25vw)，既保底又随屏渐变
容易被忽略的语法雷区
写错一个空格，整个 calc() 就静默失效，开发者常以为是逻辑问题，其实是语法被浏览器直接丢弃。
立即学习“前端免费学习笔记（深入）”；
- 加减号前后必须有空格：
calc(100% - 20px)✅，calc(100%-20px)❌ - 乘除只允许「数值 × 单位」或「单位 ÷ 数值」：
calc(5 * 1rem)✅，calc(50% * 2em)❌（单位不能相乘） - 括号只控制优先级，不解决单位冲突：
calc(100% - (20px * 2))合法，但calc((100% - 20px) * 2)无效（百分比不能乘数字） - 不要在 calc 里嵌套其他函数（如
var()），除非确认目标浏览器支持（Chrome 110+、Firefox 112+ 才稳定）
性能与降级的实际考量
calc() 渲染开销极低，但复杂链式表达式（如多层嵌套、频繁读取 env()）可能拖慢首屏。更重要的是降级路径——它本身不提供 fallback。
- 旧版 Safari（@supports (width: calc(0px)) 包裹，或提供
width: 100%作为兜底 - 不要用
calc()替代语义化布局逻辑：比如三栏等分布局，优先用grid-template-columns: repeat(3, 1fr)，而非calc(100% / 3) - 涉及动画的属性（如
transform）慎用calc()，部分浏览器对含 calc 的动画帧率优化不佳
真正关键的不是“能不能算”，而是“该不该在这里算”——calc() 是补丁，不是布局引擎。用得越精准，越容易被忽略；用得越随意，越容易在某次浏览器更新后突然崩掉。
