.container-fluid 默认无左右padding，出现白边是因父元素padding、全局CSS重置或JS动态设置导致；px-0是最安全解法，若无效需查Computed中padding来源、父级padding及box-sizing。
.container-fluid 本不该有左右 padding，但你看到白边，说明它**实际渲染出了 padding-left 和 padding-right 各 15px（或 0.75rem）**——这不是 bug，而是被干扰了。
为什么 .container-fluid 还有 padding？
它在 Bootstrap 源码中默认是 padding: 0，但以下情况会让它“意外带 padding”：
- 父元素（比如 CMS 自动插入的 wrapper、自定义
.layout或外层.container）本身有padding，你在 DevTools 里看到的“容器边距”其实是父级的 - 全局 CSS 重置（如某些 UI 库、旧版 Bootstrap 4 的遗留声明）偷偷加了
padding-left: 0这类冗余规则，浏览器会把它解析成padding-left: 0px，但部分版本会误触发计算逻辑 - 你手动写了
style="padding: 15px"或在 JS 中动态设了内边距，且没被后续样式覆盖
优先用 px-0，而不是 p-0 或 g-0
px-0 是最安全、语义最准的解法：它只清左右 padding，不碰上下，也不影响子元素栅格行为。
-
p-0会把上/下/左/右全清掉，可能导致.navbar贴顶、.footer塌陷 -
g-0对.container-fluid完全无效——它只作用于.row，用来归零列间距（gutter），和容器 padding 无关 - 响应式需求明确时，用
px-md-0（仅 md+ 清除），避免 xs 下也去 padding 导致文字太贴边
如果 px-0 不生效，立刻查三件事
别急着加 !important，先确认真实来源：
- 打开浏览器 DevTools，选中该
.container-fluid元素，在 **Computed** 标签页里搜padding-inline-start和padding-inline-end，看值从哪来（是 Bootstrap？自定义 CSS？父级继承？） - 检查它的直接父元素是否有
padding—— 很多“白边”其实是父容器的，不是.container-fluid自己的 - 确认是否用了
box-sizing: content-box且同时设了border或padding，这会导致总宽度溢出，视觉上像“右边多了一条缝”
真正容易被忽略的是断点与 box-sizing
.container-fluid.px-0 在所有断点都生效，但如果你只在桌面端需要全宽，而移动端仍要留白，就得换 px-lg-0；另外，只要容器里有 border 或显式 padding，又没设 box-sizing: border-box，哪怕 px-0 加对了，也可能因宽度计算溢出产生横向滚动条——这个细节在 DevTools 里不点开 **Layout** 面板根本看不到。
