calc() 混用百分比和 px 会放大偏移，因 % 按缩放后容器宽计算，而 px 被二次缩放导致抵消量变大；根本原因是 px 为绝对单位、% 的参照物受缩放影响造成错层。
calc() 里混用百分比和 px 为什么反而放大偏移？
很多人一看到「缩放后位置不准」，第一反应是用 calc() 把 % 和 px 硬凑在一起，比如 left: calc(50% - 20px)。这在 100% 缩放时看着正常，但 zoom=125% 时会出问题：百分比部分按缩放后容器宽计算，而 20px 会被浏览器二次缩放（先按原始像素值解析，再叠加 zoom），导致抵消量变大，元素左偏更严重。
根本原因在于：px 是绝对单位，在缩放上下文中行为不一致；% 是相对单位，但它的参照物（父容器尺寸）本身可能也受缩放影响——尤其当父容器用了 zoom 或 transform: scale() 时，其 getBoundingClientRect().width 已被拉伸，但 CSS 引擎仍用“逻辑像素”解释 %，造成错层。
- 避免在同一个
calc()表达式中混用%和px（或em、rem） - 如果必须减去固定视觉间距，优先用
vw/vh替代px，例如calc(50% - 2vw) - 对已知缩放因子的场景（如 Electron 手动控制 zoom），直接用 JS 动态写内联样式，绕过 CSS 解析歧义
用 calc() 搭配 clamp() 控制缩放容差范围
单纯靠 calc(50% - 1rem) 还不够稳——rem 虽随根字号缩放，但若用户系统设置了超大字体或高 DPI 缩放，1rem 可能远超预期。这时要加一层物理兜底。
clamp() 能限定计算结果的最小/最大值，防止极端缩放下布局崩坏。例如居中一个按钮并预留左右 1rem 安全边距：
立即学习“前端免费学习笔记（深入）”；
button {
left: calc(50% - clamp(0.75rem, 1rem, 1.5rem));
width: clamp(120px, 80%, 240px);
}这里 clamp(0.75rem, 1rem, 1.5rem) 的作用是：缩放极小时取 0.75rem 防止挤成一团，极大时取 1.5rem 避免留白失控，中间区间保持 1rem 主流体验。
-
clamp()第一个参数是 min，第三个是 max，浏览器强制截断超出范围的计算结果 - 不要对
top/left单独用clamp()，它只限制数值，不解决坐标系偏移本质问题 - 搭配
transform: translate(-50%, -50%)做真居中，比纯left/top更抗缩放干扰
zoom 改变时如何让 calc() 表达式实时响应？
CSS 本身无法监听 body.style.zoom 变化，calc() 也不会自动重算。这意味着你写死的 calc(50% - 20px) 在 zoom=150% 时依然按原逻辑执行，毫无修正效果。
真正可行的做法是：用 JS 读取当前 zoom 值，动态生成适配后的 CSS 变量，再在 calc() 中引用该变量。
document.documentElement.style.setProperty( '--zoom-scale', parseFloat(document.body.style.zoom) / 100 || 1 );
然后 CSS 里这样写：
.target {
left: calc(50% - (20px / var(--zoom-scale)));
}-
20px / var(--zoom-scale)实现了和 JS 修正公式(e.clientX - rect.left) * (100 / curzoom)同等效果 - 必须用
document.documentElement.style.setProperty，不能用document.body.style.setProperty，否则变量作用域可能失效 - 注意：Chrome/Edge 支持
zoom，Firefox 不支持，需 fallback 到transform: scale()+ 重新设计坐标逻辑
为什么 calc() 无法修复 transform: scale() 下的定位偏移？
当你对父容器设置 transform: scale(0.8)，子元素的 position: absolute 百分比定位仍基于缩放前的包含块尺寸计算，但渲染时整个盒模型被拉伸。此时 calc(50% - 10px) 中的 50% 是缩放前宽度的一半，10px 却被 scale 作用两次（一次在 transform 层，一次在 layout 层），结果完全不可控。
正确解法不是修 calc()，而是统一坐标系：
- 把定位逻辑从
top/left全部迁移到transform: translate()，因为translate的百分比基于自身尺寸，不受父级scale影响 - 若必须用
top/left，则父容器改用zoom（仅限 Blink 内核），再配合 JS 动态反向缩放数值 - 最稳妥方案：放弃对含绝对定位子元素的容器做
transform: scale()，改用视口单位（vw/vh）+font-size动态调节整体比例
缩放容错的关键不在表达式多复杂，而在于是否承认：CSS 的 %、px、transform、zoom 各自维护一套坐标系统，强行混用只会让偏移越来越难预测。
