可修改容器宽度，但需遵循Bootstrap断点逻辑：CDN项目用媒体查询覆盖，Sass项目重定义$container-max-widths变量，或用container-fluid配合间距类灵活控制。
能改，但改法不对会直接让响应式逻辑错乱——比如你只加一条 max-width: 1200px，结果小屏下也卡死在 1200px，内容横向溢出。
直接覆盖 CSS 媒体查询最简单（适合 CDN 项目）
如果你用的是 Bootstrap 官方 CDN 或已编译的 CSS 文件，没法动 Sass，那就得靠自定义 CSS 覆盖。关键不是随便写个 max-width，而是复现 Bootstrap 原有的断点逻辑：
- 必须用和 Bootstrap 完全一致的媒体查询条件，比如
@media (min-width: 992px)，不能写成@media (min-width: 990px) - 只改你需要的断点，比如只想把
xl（≥1200px）下的宽度从 1140px 改成 1280px，就只写这一条：
@media (min-width: 1200px) {
.container {
max-width: 1280px;
}
}
其他断点保持原样，响应式阶梯不会断层。别加 !important——只要你的 CSS 文件在 Bootstrap 之后加载，就能生效。
重定义 $container-max-widths 变量最干净（适合 Sass 项目）
这是官方推荐路径，但有严格顺序要求：必须在引入 Bootstrap 的 container 模块之前，重新赋值 $container-max-widths，且 key 名一个都不能错：
- 顺序必须是：
@import "bootstrap/scss/functions"→@import "bootstrap/scss/variables"→ 你自己的变量重定义 →@import "bootstrap/scss/container" - 新值要保留全部 key：
xs、sm、md、lg、xl、xxl，哪怕只改一个，其他也得照抄原值，否则对应断点的.container-lg类会失效 - 如果同时调整了
$grid-breakpoints（比如新增了xxxl），那$container-max-widths里也必须补上对应 key，否则编译报错或断点不触发
示例（只调大 xl 和 xxl）：
$container-max-widths: ( xs: 100%, sm: 540px, md: 720px, lg: 960px, xl: 1280px, xxl: 1440px );
用 .container-fluid + 间距类替代更灵活
很多所谓“改容器宽度”，其实真实需求是“内容区撑得更开一点，又不想全屏”。这时硬改 .container 反而吃力不讨好：
-
.container-fluid本身无max-width，宽度恒为 100%，但默认带padding-left/right: 15px（即--bs-gutter-x的一半） - 组合工具类快速收放留白：
class="container-fluid px-5"把左右 padding 拉到 3rem，视觉上比默认.container更宽松；px-0则彻底去掉内边距 - 如果设计稿明确要求“内容区固定 1400px，两侧留白自适应”，直接用
<div class="container-fluid"> <div class="mx-auto" style="max-width: 1400px;">...</div>，比改整套断点更可控 <h3> <code>--bs-gutter-x不影响容器宽度，别搞混这个 CSS 自定义属性只控制
.row内部列之间的水平间距，和.container的max-width完全无关：- 设
--bs-gutter-x: 2rem，只是让.col之间空隙变大，容器本身宽度不变 - 在
.container元素上设置它无效，必须作用于:root或.row - 常见误操作：以为调大
--bs-gutter-x就能让内容“更宽”，结果发现文字没变宽，只是列间隙撑开了——这时候该动的是容器，不是 gutter
真正容易被忽略的是断点同步问题：改了
$container-max-widths却忘了$grid-breakpoints，或者用 CSS 覆盖时漏掉某个断点，都会导致“lg 屏下宽度没变”“xxl 容器比 lg 还窄”这类反直觉表现。 - 设
