clamp()的中间值必须用流式单位（如vw、rem或calc表达式），若写死为固定像素（如20px）则退化为max(min(), max())，失去响应性。
clamp() 能让字体在最小值和最大值之间平滑响应，但直接套用常导致缩放不自然或断层——关键在设置合理的基准值和视口单位比例。
为什么 clamp() 的中间值不能写死为固定像素
很多人写成 font-size: clamp(16px, 20px, 24px)，结果字体完全不随屏幕变化。因为中间值必须是**流式单位**（如 vw、rem 或计算表达式），浏览器才据此插值。固定像素会让 clamp 退化为 max(min(), max())，失去弹性。
- 正确思路：中间值 = 基准字号 + 视口变化量，例如
1.25rem + 0.5vw - 常见错误：用
50vw这类过大系数，导致小屏下字体爆炸（iPhone 竖屏50vw ≈ 187px） - 推荐起点：系数控制在
0.1vw ~ 0.6vw之间，具体看设计稿的响应断点
如何根据设计稿断点反推出 clamp() 参数
假设设计稿给定：375px 宽度下字体为 16px，1440px 下为 20px，且希望线性过渡。此时需解方程求出 vw 系数：16px = a + b×375，20px = a + b×1440 → 解得 b ≈ 0.00376，即约 0.376vw。最终写成：
font-size: clamp(16px, calc(16px + 0.376vw), 20px);
- 更稳妥写法：用
rem做基准，避免根字号变化干扰，如clamp(1rem, 1rem + 0.376vw, 1.25rem) - 注意：Chrome 103+ 支持
clamp()中嵌套calc()，旧版需预计算数值 - 验证方法：在 DevTools 中拖动响应式调试器，观察字体是否连续变化，而非阶梯跳变
clamp() 和媒体查询相比，实际性能与维护差异
看似 clamp() 更“简洁”，但真实项目中它和媒体查询不是替代关系，而是互补：
立即学习“前端免费学习笔记（深入）”；
- 优势：无 JS、纯 CSS、无重排触发，适合微调（如标题行高、按钮文字）
- 劣势：无法做复杂逻辑（比如仅在横屏缩放、或避开某些设备的缩放 bug），也无法配合 JS 动态切换
- 兼容性：Safari 13.4+、Firefox 79+、Chrome 88+ 支持；IE 完全不支持，需降级方案（
@supports包裹 + 回退 font-size） - 真实建议：主结构用媒体查询分段控制，细节微调用
clamp()，别试图用一个函数覆盖全部响应场景
真正难的是平衡「设计意图」和「视口单位漂移」——比如用户缩放网页时，vw 值不变但实际渲染尺寸已变，这时 clamp() 依然按原始视口计算。这种隐性行为，往往要到实机测试阶段才暴露。
