bootstrap的fs-*类在.nav-link上无效，因其被.nav-link自身font-size:1rem硬编码覆盖；推荐用clamp()内联、自定义css变量或small标签实现响应式字体缩放。
Bootstrap 导航栏里的文字在小屏幕上缩得太小、大屏又撑不开，不是靠 fs-* 类就能解决的——它只作用于直接子元素，而导航链接（.nav-link）通常套在 .nav-item 里，中间还隔着层级。
为什么 fs-* 类在 .nav-link 上没反应
因为 fs-* 是基于 CSS 自定义属性（如 --bs-body-font-size）和 rem 计算的，但它不会穿透继承链自动影响子元素的字体大小。更关键的是：.nav-link 默认有 font-size: 1rem 的硬编码声明，会覆盖来自父级的 fs-* 继承值。
- 直接给
<a class="nav-link fs-5"></a>加类无效：被.nav-link自身的font-size声明压制 -
fs-lg-4这类响应式变体，在.nav-link上也照样失效，不是媒体查询问题，是样式优先级问题 - 想靠
text-center或fw-bold等辅助类“顺带”调字体大小？它们不改font-size，只管对齐、粗细、颜色
真正起效的三种写法（按推荐顺序）
必须绕过 Bootstrap 默认的 font-size 锁定逻辑，且保持响应能力：
- 用
style="font-size: clamp(0.875rem, 4vw, 1.25rem);"直接写内联：最轻量，clamp()在移动端压下限、桌面端拉上限，比纯fs-*更贴合导航栏实际空间 - 给
.nav-link单独加自定义类，比如.nav-link-responsive，并在 CSS 中写：.nav-link-responsive { font-size: var(--bs-nav-link-font-size, 1rem); }然后通过 JS 或媒体查询动态设置--bs-nav-link-font-size变量 - 放弃
fs-*，改用text-sm-start text-md-center text-lg-end配合small标签包裹文字——虽然语义弱，但<small></small>本身带font-size: 0.875em，且可被fs-*影响
navbar-expand-* 和字体缩放的隐性冲突
很多人以为只要设了 navbar-expand-sm，文字就会“跟着响应”，其实不然。这个类只控制折叠/展开行为，和字体完全无关；反而容易误判：小屏下导航栏折叠成汉堡菜单后，.navbar-collapse 内部的 .nav-link 仍沿用默认字号，导致点击区域过小、可读性差。
- 折叠态下的文字至少应保证
1rem（约 16px），否则手指点不准 - 不要在
.navbar-toggler上用fs-2：图标字体（如 Bootstrap Icons）有自己的尺寸体系，fs-*对 SVG 图标无意义 - 如果用了
text-wrap防溢出，记得同步加white-space: normal，否则换行不生效
真正难处理的不是“怎么放大”，而是“在哪一刻放大”——导航文字的视觉权重必须随布局状态（展开/折叠）、设备类型（触屏/非触屏）、甚至用户系统字体偏好（prefers-reduced-motion 或 prefers-color-scheme）动态调整，这些没法靠几个 class 一劳永逸。
