Less 和 Bootstrap 配合开发的核心是直接操作其源码级 LESS 文件，而非引入编译后的 CSS；必须在 @import "bootstrap.less" 前覆盖变量、显式导入 mixins.less 依赖，并注意路径、缓存及断点变量同步。
Less 和 Bootstrap 配合开发 CSS 的核心在于：你不是在用 Bootstrap 的编译后 CSS，而是在直接操作它的源码级 LESS 文件。这意味着你能改变量、删组件、复用 mixins，而不是套个 class 就完事。
为什么不能直接 import 编译后的 bootstrap.css？
因为那样你就失去了所有动态能力：@import 一个 .css 文件只是静态引入，无法覆盖变量、无法条件编译、无法嵌套扩展。真正起作用的是 bootstrap.less 这个入口文件——它本身不写样式，只负责按顺序 @import 所有模块（variables.less、mixins.less、buttons.less 等）。
常见错误现象：
- 在自己的
custom.less里先@import "bootstrap.css"—— 报错或无效 - 改了
variables.less但最终 CSS 没变 —— 没重新编译，或没在bootstrap.less之前 import 自定义变量
变量覆盖必须在 bootstrap.less 导入前生效
Bootstrap 的变量默认值写在 variables.less 里，但它们是“可被覆盖”的——前提是你的重定义出现在 @import "bootstrap.less" 之前。
立即学习“前端免费学习笔记（深入）”；
正确顺序示例（放在你的主入口 main.less 中）：
@primary-color: #2c3e50; @font-size-base: 16px; @enable-rounded: false; <p>@import "../../node_modules/bootstrap/less/bootstrap.less";
关键点：
- 所有自定义变量必须写在
@import "bootstrap.less"上方 - 不要直接修改
node_modules/bootstrap/less/variables.less—— 升级时会被覆盖 - 像
@enable-*这类开关变量，设为false可跳过对应模块的编译，实现“瘦身”
复用 Bootstrap 的 mixins 要显式导入 mixins.less
Bootstrap 的 .make-row()、.make-col-ready()、.button-variant() 这些不是全局可用的。LESS 不会自动把所有 mixins 提到作用域顶层。
如果你要在自定义组件里用 .button-variant()，得手动引入：
@import "../../node_modules/bootstrap/less/mixins.less";
@import "../../node_modules/bootstrap/less/variables.less";
<p>.my-btn {
.button-variant(#3498db, #fff, #2980b9);
}注意：
-
mixins.less依赖variables.less，所以后者要先于前者 import - mixins 是函数式调用，不生成独立 CSS，只展开为你写的规则
- 别漏掉
./或../路径——路径错会导致编译失败，错误信息通常是Cannot resolve import
编译命令和常见陷阱
运行 lessc 编译时，路径解析和相对引用容易出问题。推荐明确指定 root path：
lessc --include-path=node_modules/bootstrap/less main.less > dist/main.css
容易踩的坑：
- VS Code 的
Easy Less插件默认不识别node_modules路径，需在设置里加"easyLess.includePaths" - Windows 下路径分隔符用
/，别用\，否则@import失败 - 修改
variables.less后忘了清缓存——某些构建工具（如 Webpack + less-loader）会缓存解析结果，重启 dev server 最保险
最常被忽略的一点：Bootstrap 的响应式断点（@screen-sm-min 等）是基于 variables.less 定义的，如果你覆盖了 @grid-breakpoints，但没同步更新 @screen-* 变量，栅格系统会失效——这不是 bug，是设计使然。
