--bs-spacer 是唯一运行时生效的方式，但仅影响新编译的工具类；真正批量调整 m/p 类间距必须重定义 Sass 变量 $spacers 并严格控制导入顺序。
直接改 --bs-spacer 是唯一运行时生效的方式
Bootstrap 5 的 m-1、px-4 这类间距工具类在编译后已转为固定值（如 margin: 0.75rem），CSS 运行时无法再通过修改 --bs-spacers（Sass map）来改变它们——这个变量根本不会出现在最终 CSS 中，纯属编译期概念。真正能被 :root 覆盖的，只有 --bs-spacer 这个基础单位。
它被用于所有档位的计算基数：比如 mt-3 实际是 calc(var(--bs-spacer) * 3)，但注意——这仅在 Bootstrap 源码的 Sass 层存在；最终输出的 CSS 里你看到的是静态值。所以改 --bs-spacer 并不会让已生成的 mt-3 动态重算，而是影响后续新生成的工具类（仅限你控制编译流程时）。
- 如果你用的是官方 CDN 或已编译的
bootstrap.min.css，--bs-spacer修改无效——它不参与运行时计算 - 只有你自己用 Sass 编译，并且在
@import "bootstrap/scss/utilities/spacing"前重定义了$spacers，才能真正批量调整所有档位 - 想临时“看起来”变大？可以用
transform: scale(1.2)配合transform-origin，但这不是间距调整，只是视觉缩放
--bs-gutter-x 和 --bs-gutter-y 只管栅格列间距，和 m/p 类无关
别混淆概念：--bs-gutter-x 控制的是 .row 内部列之间的空隙，靠负 margin + 正 padding 配对实现。它完全不影响 m-3、pb-2 这类通用间距类。
常见误操作是给 .container 或外层 div 设置 --bs-gutter-x，结果毫无反应——这个变量只对 .row 元素起作用，且必须配合 gx-*、gy-* 工具类或手动写 style="--bs-gutter-x: 1rem;" 才生效。
立即学习“前端免费学习笔记（深入）”；
-
gx-2本质就是.row { --bs-gutter-x: 0.5rem; }，优先级高于全局:root定义 - 响应式写法如
gx-md-3会生成媒体查询块，内部设--bs-gutter-x: 1rem，断点切换时变量值才更新 - 若在 JS 中动态设置，记得用
element.style.setProperty('--bs-gutter-x', '0.75rem')，不要直接写element.style.--bs-gutter-x
真要改 m-1～p-5 的大小，必须动 $spacers Sass 变量
所有 m-*、p-*、mx-* 工具类都来自 $spacers 这个 Sass map，默认值是 (0: 0, 1: .25rem, 2: .5rem, 3: 1rem, 4: 1.5rem, 5: 3rem)。改它，才是源头控制。
关键不是“加一行 CSS”，而是确保导入顺序严格正确：
- 先
@import "bootstrap/scss/functions"; - 紧接着重定义
$spacers（key 必须保留 0–5，value 可任意，推荐用rem） - 再
@import "bootstrap/scss/variables";（不能颠倒，否则变量未生效） - 最后
@import "bootstrap/scss/utilities/spacing";
漏掉任一环，都会导致 Undefined variable "$spacers" 错误，或工具类缺失（比如 m-4 根本没生成）。
别用 !important 覆盖单个 m-* 类
写 .m-1 { margin: 4px !important; } 看似简单，实际埋坑：
- 它只改
m-1，不联动mt-1、mx-1、m-sm-1等全部变体 - 响应式断点类（如
m-lg-2）压根不会被覆盖，因为它们是独立生成的 CSS 规则 - 第三方组件或框架内嵌的
m-2可能因优先级冲突失效，调试时难以定位 - 升级 Bootstrap 后，新增的档位（如 v5.3 的
m-6）你完全拿不到
真正需要微调某几个档位？直接在 $spacers 里改对应 key 的值即可，比如把 3: 1rem 改成 3: 1.25rem，所有 *-3 类立刻同步更新，干净利落。
