通过覆盖、扩展或重新配置Sass源文件来定制Bootstrap样式，避免直接修改源码。1. 用独立CSS文件覆盖适用于小范围调整；2. 利用Sass变量可全局修改主题色、字体等；3. 扩展Sass映射表和混入实现深度定制；4. 编写自定义Sass文件并导入以复用逻辑；5. 编译自定义Bootstrap版本实现精细控制但升级复杂。直接修改源文件会导致维护困难，升级时改动易被覆盖，应通过Sass变量等方式定制。例如，在导入Bootstrap前定义$primary和$font-family-sans-serif变量可统一主题。当需对特定组件做细粒度调整且无对应变量时，宜用独立CSS覆盖。
自定义Bootstrap的CSS代码，本质上就是通过各种策略，让你的项目样式凌驾于或融入Bootstrap的默认设定之上。这并非一蹴而就的单一方法，而是一系列灵活技巧的组合，核心在于不直接触碰Bootstrap的源代码，而是通过覆盖、扩展或重新配置其Sass源文件来实现。理解这一点，就能为你的项目找到最适合的样式定制路径。
要深入调整Bootstrap的框架样式，我们有几种行之有效的方法，每种都有其适用场景和优缺点。
1. 通过独立的CSS文件覆盖： 这是最直接、也是最容易上手的方式。你只需在你的HTML文件中，将自定义的CSS文件链接在Bootstrap的CSS文件之后。浏览器会按照文件加载顺序，让你的样式规则覆盖掉Bootstrap中优先级较低的同名规则。这种方法简单粗暴，适合做一些小范围的样式调整，比如修改某个按钮的颜色，或者调整某个组件的边距。
2. 利用Sass变量进行主题定制： 如果你使用的是Bootstrap的Sass源文件，那么恭喜你，你拥有了最强大的定制工具。Bootstrap的几乎所有颜色、字体、间距、圆角等属性，都是通过Sass变量定义的。你可以在导入Bootstrap之前，定义自己的变量值来覆盖默认值。这种方式的好处是全局性、一致性强，且易于维护。比如，你想把项目的主题色从蓝色改成绿色，只需修改
$primary这个Sass变量即可。
3. 扩展和修改Sass映射表及混入（Mixins）： 除了变量，Bootstrap还提供了大量的Sass映射表（maps）和混入（mixins）。你可以通过
map-merge函数扩展或修改颜色、断点等映射表，也可以编写自己的混入或覆盖Bootstrap的混入，以实现更深层次的样式逻辑复用和定制。这需要对Sass有较深入的理解。
4. 编写自定义的Sass文件并导入： 你可以在自己的Sass文件中编写新的样式规则，然后将其导入到你的主Sass文件中，通常是在导入Bootstrap之后。这样，你的自定义样式就能利用Bootstrap的Sass函数和混入，同时又避免了直接修改Bootstrap核心文件。
5. 编译自定义的Bootstrap版本： 这是最彻底的定制方式。你可以下载Bootstrap的源代码，然后根据自己的需求修改其Sass文件，甚至移除不需要的组件，最后重新编译生成一个完全定制化的CSS文件。这种方法能最大程度地减小文件体积，并实现最细致的控制，但操作相对复杂，也增加了后续升级的难度。
为什么直接修改Bootstrap源文件不是一个好主意？
说实话，我刚开始接触Bootstrap的时候，也曾有过直接修改
bootstrap.min.css的冲动。毕竟，看到哪里不顺眼，直接改一下CSS文件，当时就能看到效果，多方便啊！但这种“方便”带来的后果，通常是一场维护的噩梦。
想象一下，你的项目上线了，跑得好好的。过了一段时间，Bootstrap发布了新版本，修复了一些安全漏洞，或者带来了性能优化。你决定升级。如果你之前直接修改了源文件，那么在升级的时候，你的所有改动都会被新版本覆盖掉。这意味着你得重新找出所有修改过的地方，然后手动合并到新版本中。这不仅耗时耗力，而且极易出错，尤其是在团队协作中，这种做法简直是灾难。
立即学习“前端免费学习笔记（深入）”；
更糟糕的是，当项目出现问题时，你很难区分是自己的改动导致了问题，还是Bootstrap本身的问题。这种直接修改vendor（供应商）代码的做法，是前端开发中的一个大忌。它破坏了代码库的清晰边界，让项目变得难以维护和扩展。所以，我的建议是：永远不要直接修改你引入的任何第三方库的源文件。把它当作一个黑盒，只通过它提供的API或扩展机制来与其交互。
如何通过自定义Sass变量快速调整Bootstrap主题？
这是我个人在项目中运用得最多，也觉得最优雅的定制方式之一。Bootstrap的Sass架构非常精妙，它把几乎所有可定制的属性都抽象成了Sass变量。这意味着，你不需要深入了解每一行CSS是如何生成的，只需要改变几个变量的值，就能实现全局性的样式调整。
操作起来其实很简单：
- 确保你的项目使用了Sass。 如果你还在直接引用编译好的CSS文件，那你就错过了Sass带来的巨大便利。
-
创建一个自定义的Sass文件，比如
_custom-variables.scss
。 - 在这个文件中，在你导入Bootstrap的核心文件之前，定义你想要覆盖的变量。
举个例子，如果你想把默认的蓝色主色调改成一种深绿色，同时把默认的字体从系统默认字体改成
"Lato", sans-serif：
// _custom-variables.scss // 覆盖主色调 $primary: #28a745; // 绿色 // 覆盖字体栈 $font-family-sans-serif: "Lato", sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol"; $headings-font-family: $font-family-sans-serif; // 标题也用新字体 // 还可以调整其他变量，比如边距、圆角等 // $spacer: 1.25rem; // $border-radius: .5rem;
然后，在你的主Sass文件（比如
main.scss）中，像这样导入：
// main.scss // 1. 导入你的自定义变量 @import "custom-variables"; // 2. 导入Bootstrap的函数、变量和混入 // 注意：Bootstrap 5 推荐先导入 functions, then variables, then mixins @import "~bootstrap/scss/functions"; @import "~bootstrap/scss/variables"; @import "~bootstrap/scss/mixins"; // 3. 导入Bootstrap的其余部分 @import "~bootstrap/scss/root"; @import "~bootstrap/scss/reboot"; @import "~bootstrap/scss/type"; // ... 导入你需要的其他Bootstrap组件 ... @import "~bootstrap/scss/buttons"; @import "~bootstrap/scss/card"; // ... 等等 // 4. 导入你的自定义样式（如果需要） @import "my-custom-styles";
通过这种方式，Bootstrap在编译时会使用你定义的变量值，而不是其默认值。这是一种非常干净且可维护的定制方法，它让你的项目主题保持一致性，并且在Bootstrap升级时，你只需要确保你的变量名与新版本兼容即可，而不需要担心大量的代码合并问题。
什么时候应该编写独立的CSS来覆盖Bootstrap样式？
尽管Sass变量定制功能强大，但总有些时候，你需要对某个特定的元素或组件进行非常具体的、细粒度的调整，而这些调整可能并没有对应的Sass变量可以修改，或者通过变量修改会影响到太多不相关的部分。这时候，编写独立的CSS来覆盖Bootstrap的样式就显得非常必要了。
我通常会在以下几种情况选择这种方式：
- 针对特定组件的微调：
