font-size: Xvw在4K屏上顶穿导航栏，因vw是纯数学缩放（1vw=视口宽1%），4K屏3840px下4vw达153.6px，远超常规标题上限32–48px，导致撑破容器、遮挡按钮、line-height失效；clamp()需单位兼容、量级合理，推荐clamp(14px, 2.8vw, 2.2rem)；横竖屏切换时vw不刷新，须用媒体查询兜底；真机字体变小需设text-size-adjust: 100%。
font-size: Xvw 为什么在4K屏上直接顶穿导航栏
因为 vw 是纯数学缩放：1vw = 视口宽度的 1%，不考虑阅读舒适区。4K屏（3840px）下 font-size: 4vw 就是 153.6px，远超常规标题上限（通常 32–48px）。这不是“响应式”，是“无约束放大”。它和容器、行高、字重完全脱节，结果就是文字撑破父容器、遮挡按钮、line-height 失效。
clamp() 的三个参数必须单位兼容且量级合理
常见错误是混用 em 和 vw，比如 clamp(1rem, 2em, 2.5rem)——em 依赖父级 font-size，而父级可能已被其他规则覆盖，导致中间值跳变。安全写法要统一基准：
-
min用固定像素或rem（如14px或0.875rem），保小屏可读 -
preferred必须用vw或calc()（如2.8vw或calc(1rem + 0.3vw)），避免依赖上下文 -
max别超过2.2rem（≈35px），否则在高分屏上标题会挤到顶部状态栏下面
典型可用写法：font-size: clamp(14px, 2.8vw, 2.2rem);
横竖屏切换时 vw 不刷新，CSS 媒体查询必须兜底
iOS Safari 和部分安卓 WebView 在旋转瞬间不会重算 vw 值，字体卡在旧尺寸——这不是 bug，是渲染管线限制。仅靠 JS 强制重排（如 document.body.style.transform = 'scale(1)'）不稳定。更可靠的是加媒体查询：
立即学习“前端免费学习笔记（深入）”；
@media (orientation: landscape) {
html { font-size: calc(100vw / 375 * 16); }
}注意：这里用的是 html 元素的 font-size，不是直接设 h1 的 font-size，目的是为后续 rem 计算提供稳定基准，同时规避 vw 卡死问题。
真机上字体突然变小，text-size-adjust 必须设为 100%
DevTools 里看着正常，一上 Android Chrome 或 Samsung Internet 就变小——大概率是浏览器启用了 Font Boosting。CSS 再准也没用，必须显式锁定：
html {
-webkit-text-size-adjust: 100%;
text-size-adjust: 100%;
}别用 none，它会破坏视障用户系统字号设置；也别漏掉 -webkit- 前缀，iOS Safari 仍需它。
真正麻烦的不是怎么写 clamp()，而是设计稿没给大屏字体规范，开发只能按手机逻辑硬套，结果 4K 屏上标题占满整个视口——这时候再调 max 值，往往已影响布局结构了。
