改$spacer不能缩放p-1～p-5等工具类，因其值源自$spacers Sass map而非$spacer单值；需在导入Bootstrap变量前重定义完整$spacers map才能生效。
不能只改 $spacer 就缩放所有 padding 大小——它只影响默认间距基数，不自动重生成 p-1～p-5 工具类的值。
为什么改了 $spacer 但 p-3 还是 1rem？
因为 p-1 到 p-5 这些工具类的值来自 $spacers 这个 Sass map，不是靠 $spacer 单值推导出来的。默认 $spacers 是 (0: 0, 1: .25rem, 2: .5rem, 3: 1rem, 4: 1.5rem, 5: 3rem)，而 $spacer 只是其中 3 对应的默认值（即 $spacers(3)），它本身不参与工具类生成逻辑。
常见错误是以为设 $spacer: 2rem 就能让 p-3 变成 2rem，结果发现毫无变化——因为工具类压根没读它。
-
$spacer主要被少数内部 mixin（如margin()、padding()）和部分组件（如.card的内边距）引用 - 所有
p-*/m-*类都只认$spacers，哪怕你删掉$spacer变量，只要$spacers完整，工具类照常输出 - 想批量缩放，必须重写
$spacers，而不是碰$spacer
如何用 $spacers 真正缩放 padding 工具类
缩放的本质是按比例调整 $spacers map 中每个 key 对应的 value。比如把全部尺寸 ×1.5 倍，就要把 1: .25rem 改成 1: .375rem，3: 1rem 改成 3: 1.5rem，依此类推。
关键点：必须在 @import "bootstrap/scss/variables" 之前完成重定义，且 key（0–5）一个都不能少，否则对应工具类会彻底消失。
- 正确顺序：
@import "bootstrap/scss/functions";→ 重定义$spacers→@import "bootstrap/scss/variables";→ 后续模块 - 示例（等比放大 1.2 倍）：
$spacers: ( 0: 0, 1: .3rem, 2: .6rem, 3: 1.2rem, 4: 1.8rem, 5: 3.6rem );
- 如果只想改某几档（比如让
p-4更大，p-2更小），直接单独调对应 key 的值即可，不用等比
$spacers 和响应式断点的关系
修改 $spacers 不会影响 p-sm-3、pt-lg-2 这类响应式工具类——它们共享同一套数值来源，所以你改了基础 $spacers，所有断点下的变体都会同步更新。
但要注意：如果你用的是 RTL 语言环境（如阿拉伯语），ps-*（padding-start）会自动映射为右填充，pe-* 映射为左填充。这时改 $spacers 依然生效，但视觉方向由逻辑属性控制，不是靠类名字面意思。
- 不要手动写
padding-left: 1.2rem替代ps-3，否则 RTL 下会错位 - 所有
ps-/pe-类都基于$spacers生成，改一次，全端同步 - 如果项目完全不用 RTL，可忽略此条，但建议保留逻辑属性兼容性
别漏掉 $spacers 影响的其他地方
除了显眼的 p-*/m-* 类，$spacers 还间接控制着：gap 工具类（gap-3）、container 内部 padding（通过 $container-padding-x / $container-padding-y 引用）、部分表单控件的默认间距（如 .form-control 的 padding）。
也就是说，改了 $spacers，可能连 .container 的左右留白也跟着变——这不是 bug，是设计使然。如果你只想动工具类，不想动容器，就得单独重置 $container-padding-x。
-
$container-padding-x默认是$spacers(3)，即 1rem；若你把$spacers(3)改成1.5rem，容器默认 padding 也会变 - 如需解耦，可在重定义
$spacers后，立刻覆盖：$container-padding-x: 1rem; - 同理，
$container-padding-y、$headings-margin-bottom等变量也可能依赖$spacers，查bootstrap/scss/_variables.scss源码确认
真正容易被忽略的是：改 $spacers 后，所有已编译的 CSS 文件必须重新构建，CDN 引入的预编译 CSS 完全无效；另外，如果你用 PurgeCSS，确保 p-* 类名没被误删——它们现在是新值，但类名没变。
