Less变量仅在编译期生效，无法运行时换肤；需通过预编译多主题CSS或映射为CSS Custom Properties实现一键切换，后者更推荐但需注意兼容性与伪类限制。
Less变量本身不能直接触发运行时换肤，它只在编译期生效——想“一键切换”，必须配合构建流程或运行时CSS变量注入。
Less变量的编译期本质
Less里的@primary-color、@font-size-base等变量，在lessc编译成CSS时就被替换成固定值，最终输出的CSS里根本不存在变量。浏览器加载的是纯静态CSS，刷新页面也不会“重新读取变量”。
这意味着：
- 改一次
@primary-color→ 必须重新编译Less → 生成新CSS文件 - 无法用JS在用户点击后动态改
@primary-color并实时生效 - 所谓“一键换肤”，实际是切换已预编译好的多套CSS，或把Less变量映射到CSS Custom Properties
方案一：预编译多主题CSS + JS切换class
适合主题数少（如深色/浅色/高对比）、不频繁更新的场景。核心是为每套主题维护独立的Less入口文件，共用组件样式，仅覆盖变量。
立即学习“前端免费学习笔记（深入）”；
目录结构示例：
themes/ light.less // @bg: #fff; @text: #333; dark.less // @bg: #1a1a1a; @text: #eee; components/ button.less // 使用 @primary-color 等变量 style.less // import 'components/button.less'
编译命令分别执行：
lessc themes/light.less > css/light.css lessc themes/dark.less > css/dark.css
运行时用JS切换<body>上的class即可：
document.body.className = 'theme-dark'; // 对应 dark.css 中的 .theme-dark {}
注意点：
- 所有主题CSS必须用相同的选择器前缀（如
.theme-light .btn），否则样式不会命中 - 避免在
light.less里写.theme-light { ... }嵌套，会导致选择器权重爆炸 - 每次新增主题都要手动编译，CI流程中需确保多主题同步构建
方案二：Less变量 → CSS Custom Properties（推荐）
把Less变量“导出”为CSS变量，保留运行时灵活性。Less本身不支持生成CSS变量，但可用插件或约定方式实现：
在variables.less中这样写：
@primary-color: #007bff;
@bg-color: #f8f9fa;
:root {
--primary-color: @primary-color;
--bg-color: @bg-color;
}
然后在组件样式中混合使用：
.btn {
background-color: var(--primary-color); // 运行时可被JS修改
color: var(--text-color, #333); // 提供fallback
}
换肤时只需JS修改:root下的CSS变量：
document.documentElement.style.setProperty('--primary-color', '#28a745');
关键限制：
- Less不支持条件编译（如
if (@theme == 'dark')），主题逻辑仍需靠JS或构建时处理 - CSS变量不支持伪类（:hover）中直接计算，比如
var(--primary-color):hover无效，得另写规则 - IE11不支持CSS变量，若需兼容，得回退到方案一
为什么别直接用Less.js在浏览器里编译？
虽然Less提供less.js可在浏览器端实时编译，但实际项目中基本不用——它会阻塞渲染、增加首屏时间、无法利用缓存，且变量修改后需手动调用less.modifyVars()再less.refreshStyles()，体验差、调试难。
更严重的是：
- 所有Less源码（含变量）会暴露在前端，敏感配色/品牌色可能被爬取
- 无法做Tree Shaking，体积比预编译大得多
- 移动端性能敏感，解析+编译+注入样式链路太长
真正需要动态主题的系统，最终都走向CSS变量 + JS控制 + 构建时校验变量定义完整性的组合方案。Less在这里只是变量定义的“语法糖”，不是运行时引擎。
