Firefox 139中clamp()字号跳变并非函数失效，而是因vw单位四舍五入至整像素、窗口拖动时采样丢帧及calc()嵌套引发的舍入叠加，导致插值不连续；应改用含固定基底的preferred表达式（如1.125rem + 0.8vw）并分段@media兜底控制敏感区间。
Firefox 139 中 clamp() 字号跳变，不是函数失效，而是浏览器对 vw 的采样粒度和重排触发时机导致的视觉抖动——它在窗口拖动过程中可能跳过中间像素值，造成“阶梯式”变化感。
为什么 Firefox 139 会出现明显跳变
Firefox（包括 139）对 vw 单位的计算是基于视口宽度四舍五入到整数像素后执行的，尤其在快速拖动窗口时，1px 宽度变化可能被合并或延迟响应，导致 clamp() 的插值结果出现非连续跃迁。这不是 bug，是渲染管线对性能与精度的权衡。
-
clamp(1rem, 4vw, 2.5rem)在 374px → 375px → 376px 变化中，可能只在 374px 和 376px 计算两次，跳过 375px 的中间值 - 若首选值含
calc()嵌套（如calc(1rem + 0.3vw)），Firefox 会额外做一次舍入，放大跳变 - 启用硬件加速（如
transform: translateZ(0)）反而可能加剧，因合成层刷新节奏不同步
用更稳的 preferred 表达式降低跳变敏感度
核心思路：减少对单个 vw 的强依赖，用缓坡式线性组合拉平变化斜率。
- 避免纯
4vw，改用1.125rem + 0.8vw—— 固定部分占基底，vw只负责微调，小范围变动不易感知 - 系数别超过
1.2vw：超过后每 1px 视口变化引起的字号变动 > 0.012rem（约 0.2px），人眼易察觉突变 - 禁用
vh做字号：Firefox 对vh的采样更不稳定，滚动时高度波动会引发二次跳变
@media + clamp() 混合兜底能彻底消除跳变吗
不能彻底消除，但可把跳变控制在用户无感区间。Firefox 139 支持 @supports 检测，但不要全量替换，而应分段接管。
立即学习“前端免费学习笔记（深入）”；
- 先用
@media (max-width: 480px)锁死小屏字号（如font-size: 1.25rem），避开vw在窄屏下本就敏感的区域 - 再用
@media (min-width: 1200px)封死大屏上限（如font-size: 2.25rem），防止vw在超宽屏下溢出 - 中间区间留给
clamp()：比如font-size: clamp(1.25rem, 1.125rem + 0.6vw, 2.25rem)，此时它只覆盖 481px–1199px，变化幅度更可控
真正容易被忽略的是 viewport 缩放状态
Firefox 桌面版允许用户手动缩放页面（Ctrl + +/-），此时 vw 仍按原始视口逻辑像素计算，但渲染层已缩放，导致 clamp() 输出值与实际显示严重脱节——看起来像跳变，实则是错位。必须确保用户未开启强制缩放，或在 JS 中监听 visualViewport.scale 并禁用该场景下的 clamp()。
