clamp()在移动端没反应是因为首选值超出min/max区间，浏览器直接钳制到边界值而非插值缩放；例如clamp(14px,2.5vw,20px)仅在560–800px视口内活动，375px时2.5vw=9.375px＜14px，故恒取14px。
font-size: clamp() 在移动端为啥没反应
多数人写完 font-size: clamp(14px, 2.5vw, 20px) 发现小屏字体反而更小、拖动宽度也没变化，根本原因是首选值在当前视口下已低于最小值或高于最大值，浏览器直接钳制到边界——它不是“不生效”，而是“被卡住”了。
- 用 DevTools 切换响应式模式，拖动宽度观察 computed 样式里的
font-size值是否真在变，而不是一直停在14px或20px - 算一下临界点：若首选值是
2.5vw，那14px对应视口宽度 ≈ 560px（14 ÷ 2.5 × 100），20px对应 800px。也就是说，这个表达式只在 560–800px 区间“活动”，iPhone SE（375px）和 iPad（768px）可能刚好卡在两端 - 小屏下限建议 ≥
14px（iOS 可读底线），但首选值不能设成2vw这类纯比例——375px 屏上仅 7.5px，远低于下限，直接回退到14px，看起来像“没缩放”
clamp() 的三个参数怎么填才不被浏览器忽略
浏览器对 clamp() 解析极严格：任意一个参数单位不合法、或 min > max，整条声明会被静默丢弃，回退到继承值或浏览器默认（通常是 16px）。
- 三者单位必须可比且尽量统一：
clamp(1rem, 1.25rem + 0.5vw, 1.75rem)合法；clamp(16px, 2em, 20px)失效（em依赖父级，无法与px直接比较） -
min和max推荐全用rem或全用px，避免混用；preferred可含计算，但必须产出长度值，如calc(1rem + 0.3vw)合法，calc(1 + 0.3vw)（缺单位）非法 - 别写
clamp(16px, 2.5vw, 12px)——max 是硬伤，Safari 和 Chrome 都会跳过整条规则
如何让 clamp() 在 iOS Safari 和安卓 WebView 里真正可用
iOS 13.3 及更早、部分安卓 X5 内核 WebView 完全不支持 clamp()，且不会报错，只会当没写过。靠 @supports 检测也不可靠——这些旧引擎能识别 @supports 但解析不到 clamp()，导致降级失效。
- 必须用层叠顺序降级：
font-size: 1.125rem;放前面，font-size: clamp(1rem, 1.125rem + 0.3vw, 1.5rem);放后面，老浏览器读第一行，新浏览器覆盖第二行 - 不要把
clamp()塞进@media块或 CSS 自定义属性里——Safari 13.1–13.3 有解析 bug，font-size: clamp(var(--min), var(--pref), var(--max))会被静默丢弃 - 微信内置浏览器（X5 内核 4.7 以下）同样不认
clamp()，建议加简单媒体查询兜底：@media (min-width: 768px) { font-size: 1.25rem; }
line-height 和 letter-spacing 怎么配合 clamp() 不翻车
clamp() 只改 font-size，但行高和字间距若写死，会导致小屏挤、大屏空——这不是函数问题，而是排版链断裂。
立即学习“前端免费学习笔记（深入）”；
-
line-height必须用无单位值（如1.4），它是相对于当前font-size的倍数，天然适配缩放；写line-height: 20px或line-height: 1.4em都会出问题 -
letter-spacing慎用vw：中文排版对字间距敏感，0.02vw在 375px 屏上仅 0.0075px，无效；建议用固定em或px，如letter-spacing: -0.01em - 真机测试时重点看首屏标题是否折行异常、按钮文字是否被截断——
clamp()控制字号，但容器width或max-width限制了实际渲染空间，vw仍按整个视口算，可能导致文字“看起来没变”
@supports 就完事，是老老实实写两行 font-size。 
