CSS变量本身不会导致内存泄漏，IE11及更早版本完全不解析var(--x)，整条声明被静默丢弃；真正泄漏源于CSS-in-JS库动态注入样式后未清理DOM节点或JS缓存，或JS层事件监听器、定时器未解绑。
CSS变量本身不会导致内存泄漏——这是个常见误解。真正出问题的，是把CSS变量和某些动态注入机制（比如CSS-in-JS库）混用时，因清理逻辑缺失引发的内存堆积。
IE11及更早版本根本不会解析var()，谈不上内存泄漏
IE全系对var(--x)语法完全不识别，整条声明被静默丢弃，连解析阶段都进不去，更不会触发任何运行时行为或内存分配。所谓“IE内存泄漏”，实际源于JS层长期持有DOM引用、事件监听器未解绑等老问题，和CSS变量无关。
-
var(--x)在IE里等于不存在，浏览器连语法树都不构建 - IE6确实存在JS-DOM循环引用导致的内存泄漏，但那是JS引擎缺陷，与CSS无关
- 现代浏览器（Chrome/Firefox/Safari）中，CSS变量纯属声明式语法，无副作用、不创建对象、不绑定生命周期
CSS-in-JS库动态注入样式时才可能泄漏
当使用styled-components或emotion这类库，且频繁生成带var()的动态样式时，问题才浮现：每次渲染都可能插入新<style>标签，而卸载时若没清理，就会累积DOM节点和JS缓存。
- 例如
const Box = styled.div`background: var(--bg)`在组件内反复调用，可能产生重复<style>节点 - 缓存键设计不当（如用对象引用作key），会导致已销毁组件的样式规则仍被保留在Map中
- PostCSS插件如
postcss-custom-properties是构建时替换，不涉及运行时，完全无泄漏风险
@supports检测本身不触发泄漏，但误用会掩盖问题
@supports (color: var(--x))只是CSS规则开关，不执行、不计算、不分配内存。但它常被当作“安全兜底”误导开发者，以为加了它就万事大吉——结果反而忽略了真正该清理的地方。
立即学习“前端免费学习笔记（深入）”；
-
@supports在IE中被忽略（IE不支持该at-rule），所以它只影响现代浏览器的行为分支 - 如果在
@supports块内嵌套大量动态生成的CSS变量计算（比如配合JS批量setProperty），泄漏源头仍是JS逻辑，不是CSS变量本身 - 过度依赖
@supports做渐进增强，却没配对清理旧样式，容易让废弃规则滞留
真正要盯紧的，是JS层是否在组件卸载时调用了cleanup、removeChild或清空缓存Map——CSS变量只是被渲染的值，不是内存管理的责任主体。
