calc()混用单位时需确保父容器有明确尺寸，避免百分比失效；不支持嵌套，可用CSS变量替代；transform中使用更可靠；响应式下需用min/max兜底或改用right等属性。
calc() 里混用单位时，百分比和像素不能直接加减
很多人写 top: calc(50% + 20px) 没问题，但换成 top: calc(50% - 20px) 在某些老版 Safari 或 iOS WebView 中会失效——不是语法错，而是渲染引擎对负偏移+混合单位的解析不一致。关键在于：百分比值必须基于有明确尺寸的父容器计算，如果父元素高度为 auto 或由内容撑开，50% 实际是 0，整个表达式就失去意义。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 确保父容器设置了明确的
height（如100vh、400px）或使用min-height配合flex布局兜底 - 避免在
position: static元素上用calc()做定位，它只对relative/absolute/fixed生效 - 移动端慎用
vh单位参与calc()，iOS Safari 的视口高度会随地址栏收起变化，导致偏移跳动
嵌套 calc() 不被支持，但可以用变量间接实现多层运算
calc(calc(100% / 3) - 10px) 这种写法在所有主流浏览器中都会报解析错误。CSS 不支持函数嵌套，calc() 只接受一层扁平表达式。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 用 CSS 自定义属性提前算好中间值：
--offset-base: 33.3333%; --final-offset: calc(var(--offset-base) - 10px); - 复杂逻辑（比如根据屏幕宽度动态调整偏移比例）优先交给 JS 计算后写入
style，CSS 只做最终应用 - 注意自定义属性作用域：如果在
:root定义，需确保后续使用它的选择器能继承到，否则 fallback 值不会自动生效
calc() 在 transform 里的定位偏移更灵活，但要注意组合顺序
用 transform: translate(calc(-50% + 10px), calc(-50% + 5px)) 居中并微调，比在 left/top 上用 calc() 更可靠——它不依赖父容器尺寸，且动画性能更好。
实操建议：
立即学习“前端免费学习笔记（深入）”；
-
translateX()和translateY()中的calc()表达式可独立计算，互不影响 - 若同时用
scale()和translate()，注意变换顺序：CSS 默认按声明顺序从右到左执行，transform: scale(0.9) translateX(calc(100% - 20px))是先平移再缩放 - 不要在
transform里混用em和px，字体大小变化会导致偏移意外缩放
响应式场景下 calc() 配合媒体查询容易失效的边界情况
写 @media (max-width: 768px) { .box { left: calc(100% - 40px); } } 看似合理，但如果父容器在小屏下宽度不足 40px，100% - 40px 会变成负值，元素可能被完全挤出视口，且无任何警告。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 用
min()或max()函数兜底（需检查浏览器支持）：left: max(0px, calc(100% - 40px)); - 更稳妥的做法是改用
right: 40px配合position: absolute，避免依赖宽度计算 - 在复杂布局中，
calc()的结果无法被 JavaScript 直接读取（getComputedStyle返回的是计算后的绝对值，不是原始表达式），调试时得靠 DevTools 的 computed 面板逐层看
真正难的不是写出一个能跑的 calc() 表达式，而是预判它在哪种父容器尺寸、哪种设备缩放、哪种字体设置下会悄悄失效。每次加减单位前，先问一句：这个百分比到底基于谁的高度/宽度？
