直接给.nav-item加mx-2会出问题，因其display:block导致小屏堆叠时顶部/底部出现空白，大屏展开后又与Bootstrap的flex布局冲突造成错位；正确做法是调节.nav-link的左右内边距（如px-3），并按断点分层控制。
为什么直接给 .nav-item 加 mx-2 会出问题
因为 .nav-item 是 display: block，在移动端折叠状态下它会垂直堆叠，此时水平 margin 依然生效，导致顶部或底部出现意外空白；更严重的是，当导航栏响应式展开后，这些 margin 会和 Bootstrap 的 flex 布局逻辑冲突，造成对齐错位或悬停高亮偏移。
真正需要控制的是可点击区域的宽度——也就是 .nav-link 的左右内边距。别把语义分组容器（.nav-item）当成间距调节器。
-
.nav-item的作用是包裹链接、提供语义和折叠逻辑，不是撑开间距的“垫片” - 加
mx-2后小屏下可能看到一整块空白，大屏下又因 flex 压缩而失效 - 如果真要用 margin，只应在展开态（
@media (min-width: 992px)）下作用于.nav-link，且必须配合flex-shrink: 0防止被压缩
.nav-link 用 px-* 类实现均匀间距最稳妥
Bootstrap 默认给 .nav-link 设了 padding-left: 0.5rem; padding-right: 0.5rem（即 px-2），文字紧贴边缘，视觉上显得拥挤。直接换用 px-3 或 px-4 就能快速拉宽热区，让相邻项自然“隔开”。
-
px-3→ 左右各1rem，适合中等密度导航栏 -
px-4→ 左右各1.5rem，适合大屏或强调可点击性的场景 - 务必同时设置左右 padding，否则悬停/激活状态的背景色会不对称
- 避免混用
px-3和mx-lg-2：前者扩热区，后者移位置，目的不同，强行叠加易翻车
响应式场景下用断点类分层控制 px-*
小屏空间紧张，px-4 可能让文字换行或挤占 logo 区域；大屏则可以更舒展。Bootstrap 的响应式间距类正好解决这个问题，但写法必须规范。
- 正确写法：
px-sm-2 px-md-3 px-lg-4—— 小屏紧凑、中屏适中、大屏宽松 - 错误写法：
px-lg-4 sm-px-2或md:px-3，这类语法不被 Bootstrap 解析 -
px-0慎用：全设备清空左右 padding，文字直接贴边，可访问性下降 - 如果内容长度差异大（比如 “Home” vs “Documentation”），单靠
px-*不够，需搭配自定义 CSS 控制最小宽度
需要精确控制时，写自定义 CSS 并注意加载顺序
比如要求左 0.75rem、右 1.25rem，或者希望所有 .nav-link 在 navbar 居中区域里等宽分布，就得脱离实用类，写 CSS。但容易踩坑。
- 必须确保这段 CSS 在
bootstrap.min.css之后加载，否则被覆盖 - 选择器权重不够？可用
.navbar-light .nav-link或.navbar .navbar-nav .nav-link提升优先级 - 避免用
!important：它会让后续调试和协作维护变脆弱，尤其多人共用样式表时 - 如果写了
.nav-link { padding: 0.5rem 1.25rem; }却没生效，先检查浏览器开发者工具的 computed 样式，看是不是被更高权重规则覆盖了
均匀分布这事，核心就一条：操作对象锁定 .nav-link，手段首选 padding，响应式明确再拆断点。绕路改 .nav-item margin、套 grid/flex 容器、甚至用 JS 动态计算——十次有九次会在折叠菜单或横滑导航里露馅。
