Flex子项中calc()没效果，因Flex接管主轴尺寸分配，width被降权为建议值，且百分比失去明确参照；可靠用法是让Flex负责结构，calc()仅用于确定值部分，如height: calc(100vh - 64px - 48px)或width: calc(70% - 24px)（需父容器宽度已由Flex约束）。
Flex容器里直接用calc()设子项宽高，为什么有时没效果？
因为calc()本身不依赖Flex，但它和Flex的尺寸计算逻辑会相互干扰。比如在flex: 1的子项上再写width: calc(100% - 20px)，浏览器可能忽略该声明——因为Flex已接管主轴尺寸分配，width被降权为“建议值”，而calc()又依赖百分比基准，此时百分比无明确参照（不是父容器宽，而是Flex分配后的剩余空间），结果不可控。
真正可靠的做法是：让Flex负责布局结构，calc()只用于**确定值部分**，比如固定边距、固定头部高度、视口减去固定区域等。
- ✅ 正确场景：侧边栏高度 = 视口高 - 导航栏高 - 页脚高 →
height: calc(100vh - 64px - 48px); - ✅ 正确场景：输入框宽度 = 父容器70% - 左右各12px内边距 →
width: calc(70% - 24px);（前提是父容器宽度已由Flex约束） - ❌ 错误场景：在
flex: 1的卡片里写height: calc(100% - 40px)→ 百分比无意义，因父容器高度是auto或由Flex动态撑开
calc()在Flex子项中能安全使用的单位组合有哪些？
Flex子项中calc()最常出错的是单位混用非法。浏览器对语法极其敏感，且只接受特定组合：
- 加减运算必须单侧带单位，另一侧是纯数字或同类型单位：
calc(100% - 16px)、calc(1rem + 2em)、calc(50vh - 100px) - 乘除只允许「纯数字 × 单位」或「单位 ÷ 纯数字」：
calc(100% / 3)、font-size: calc(1rem * 1.2) - 禁止双单位运算：
calc(100px * 1em)、calc(50% / 20px)→ 整条声明被丢弃 - 百分比在Flex子项中若要生效，需确保其参照系明确：要么父容器有显式
width/height，要么用vw/vh绕过层级依赖
Flex + calc()做响应式栅格时，怎么避免小屏下负宽崩溃？
calc()结果不会为负，但会卡死在0，导致元素消失。比如width: calc(100% - 200px)在320px宽容器里实际渲染为0，整个子项塌陷。
立即学习“前端免费学习笔记（深入）”；
这不是Flex的问题，而是calc()自身行为。解决方式不是改Flex，而是加兜底：
- 用
min-width保底：width: calc(100% - 200px); min-width: 200px; - 媒体查询降级：
@media (max-width: 480px) { width: 100%; } - 更稳妥的是换用
flex-basis配合min-width：flex: 0 1 calc(100% - 200px); min-width: 200px;，让Flex收缩逻辑接管
注意：flex-basis支持calc()，且优先级高于width，更适合与Flex协同。
为什么gap比calc()算margin更推荐用于Flex子项间距？
因为gap是Flex/Grid原生属性，它不参与子项自身尺寸计算，而是作用于容器层面的“间隙”，完全避开calc()的单位陷阱和百分比失效问题。
- ✅
gap: 16px→ 所有子项间统一留白，自动适配换行、多行、不同尺寸子项 - ❌ 用
margin-right: calc(100% / 3 - 16px)模拟三列等分布局 → 公式复杂、易错、换行后错乱、移动端失效 - 兼容性已不是障碍：
gap在现代浏览器（Chrome 84+/Firefox 63+/Safari 14.1+）全覆盖，IE不支持但业务中基本可忽略
只有当需要“某几项之间间距不同”或“间隙随视口非线性变化”时，才考虑用calc()配合margin，否则gap就是更干净、更稳定的选择。
