不能全局生效；@font-family-base只是普通变量，需在所有font-family声明中显式引用才能生效，否则修改无效。
Less中修改@font-family-base变量是否真能全局生效
不能直接靠改一个变量名就全局替换字体，Less本身不自动把@font-family-base注入到所有font-family声明里——它只是个普通变量，用在哪、怎么用，完全取决于你自己的样式逻辑。
常见错误是：在variables.less里改了@font-family-base: "Inter", -apple-system, BlinkMacSystemFont, "Segoe UI";，但编译后发现按钮、表格、弹窗字体都没变。原因很简单：那些组件样式压根没引用这个变量。
- 检查你项目中所有用到
font-family的地方，确认是否显式写了font-family: @font-family-base; - 如果用的是第三方UI库（如Ant Design或Bootstrap for Less），要看它是否真的依赖
@font-family-base——很多只是“约定俗成”，实际源码里写死的还是"Helvetica Neue"这类字面量 - 变量名本身可以任意取（比如
@base-font），但必须全项目统一引用，否则改名毫无意义
如何安全地批量替换已有字体声明
直接全局搜索"Helvetica"或"Arial"然后替换风险很高：可能误伤content: "Arial → Helvetica";这类伪元素内容，或注释里的示例代码。
更稳妥的做法是分两步走：
- 先用正则搜索：
font-family\s*:\s*["']([^"']*?)(?:,\s*["'][^"']*?)*["']（匹配带引号的font-family值），人工核对上下文是否为真实样式声明 - 把高频字体组合抽象成变量，例如：
@font-sans: "Inter", -apple-system, BlinkMacSystemFont, "Segoe UI", sans-serif;，再批量替换成font-family: @font-sans; - 注意
sans-serif、monospace等通用字体族必须保留在变量末尾，否则在缺失字体时会回退失败
为什么@font-family-base常出现在body但不起作用
很多人在body { font-family: @font-family-base; }里设了变量，以为子元素会继承，结果发现input、button、code字体还是不对——因为这些元素浏览器有默认font-family重置。
-
button、input、select、textarea默认继承initial字体（通常是系统默认无衬线体），不继承body - 必须显式重置：
button, input, select, textarea { font-family: inherit; }，或者直接赋值font-family: @font-family-base; -
code、pre默认用等宽字体，若要统一，得单独覆盖：code, kbd, pre, samp { font-family: @font-mono; }（建议另建@font-mono变量）
编译后字体未更新？检查Less导入顺序和作用域
Less变量作用域是“就近原则”，如果variables.less在components/button.less之后导入，那按钮样式里写的@font-family-base其实还是旧值。
- 确保基础变量文件在所有样式文件之前导入，典型顺序：
@import "variables.less"; @import "mixins.less"; @import "components/*.less"; - 避免在嵌套规则里重复定义同名变量（如
.modal { @font-family-base: "Roboto"; ... }），这会屏蔽外层变量，且难以追踪 - 用
lessc --verbose编译时加--verbose参数，可看到变量解析路径，快速定位是否被意外覆盖
真正麻烦的不是改变量名，而是确认每个字体使用点是否被覆盖、是否被重置、是否被浏览器默认样式劫持。改完别只看首页，至少抽样检查表单控件、代码块、禁用状态文本这三类容易掉坑的地方。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
