css变量用于top/left等定位属性时必须配合calc()并补单位，否则失效；推荐变量自带单位或js设置时加单位，transform比top/left更安全，sticky支持但有兼容性问题。
用 calc() 把 CSS 变量接入 top/left 等定位属性
直接写 top: var(--offset); 会失效——CSS 变量本身不带单位，而定位属性必须有单位（如 px、rem）。必须靠 calc() “唤醒”它。
常见错误现象：top 完全没生效，开发者工具里该属性显示为 invalid 或被划掉。
- 正确写法是
top: calc(var(--offset) * 1px);（当变量存纯数字时） - 更稳妥的是让变量自带单位：
--offset: 24px;，再写top: var(--offset); - 如果变量来自 JS 动态设置（比如
el.style.setProperty('--offset', '32')），务必在 JS 里补单位，否则calc(var(--offset) + 0px)这类“兜底”写法不可靠，部分浏览器会拒绝解析
JS 修改 CSS 变量后定位不更新？检查是否触发重排或作用域错位
CSS 变量修改本身不触发重排，但定位属性依赖它时，浏览器不一定立刻响应——尤其在快速连续修改或动画帧中。
使用场景：拖拽元素时实时更新 --x/--y，再由 transform: translate(calc(var(--x) * 1px), calc(var(--y) * 1px)) 驱动位移。
立即学习“前端免费学习笔记（深入）”；
- 确保变量定义在能被目标元素继承的作用域里，比如写在
:root或父容器上，而不是某个无关 selector 下 - 若定位没反应，加一句
getComputedStyle(el).transform强制触发样式计算（仅调试用，生产环境慎用） - 用
transform替代top/left更安全：它天然支持calc()+ 变量，且不会引发布局抖动
position: sticky 能不能用 CSS 变量控制 top 偏移？可以，但有兼容性陷阱
现代浏览器（Chrome 56+、Firefox 53+、Safari 15.4+）支持，但 Safari 15.3 及更早版本会忽略 calc(var(--sticky-top))，回退成默认 top: 0。
性能影响：sticky 的偏移量若频繁由 JS 修改，可能造成滚动卡顿，因为每次变更都需重新计算粘性边界。
- 推荐写法：
top: calc(var(--sticky-top, 8px) * 1px);，提供 fallback 值防崩 - 避免在
@media中动态改--sticky-top后期望 sticky 行为立即响应——部分浏览器需要滚动触发重计算 - 若需强兼容，改用 JS 监听
scroll手动切换 class 控制top，别押注变量
定位偏移量要响应屏幕尺寸？别只靠 vw/vh，变量 + clamp() 更可控
想让弹窗离顶部的距离随屏幕变宽而增大，又不想写一堆 media query——CSS 变量配合 clamp() 是目前最干净的解法。
容易踩的坑：把 clamp() 直接塞进变量值里（如 --offset: clamp(8px, 4vw, 32px);），这在旧版 Safari 会报错；必须把 clamp() 放在使用处。
- 正确模式：
--base: 4;，然后top: calc(clamp(8px, var(--base) * 1vw, 32px)); - 变量名别用
--top这种和属性同名的，容易和内联 style 冲突，优先用语义化名如--modal-offset - 如果偏移要参与动画（比如
transition: top 0.2s），确保所有中间值单位一致，calc(var(--a) * 1px + var(--b) * 1rem)这种混合单位运算在部分浏览器动画中会跳帧
真正麻烦的不是怎么写，而是变量在哪一层定义、谁负责初始化、有没有被更高优先级的 inline style 覆盖——这些地方一漏，定位就静默失效，连报错都没有。
