view-transition与文字缩放无关，应使用容器查询（@container）配合cqw单位实现父容器宽度响应式字体；vw单位因响应视口而非容器易导致显示异常；JavaScript方案仅作兼容或特殊场景补充。
view-transition 和文字自动缩放完全无关，它只用于定义页面级导航或 DOM 更新时的过渡动画（比如路由切换、元素替换），不参与尺寸计算、不响应容器宽度、也不能动态调整 font-size。别被名字误导——“view” 指的是整个视图（document 或 navigation context），不是“可视区域内的文字”。
font-size 真正需要响应的是容器宽度，不是视口
用 vw 单位看似简单，但问题很实际：
- 一个固定宽
200px的卡片，在1920px大屏下，font-size: 3vw会算出57.6px，文字直接撑爆； - 同一卡片在手机上视口只有
375px，3vw却只有11.25px，小到看不清； - 根本原因：
vw响应的是视口，而你的文字只关它爹（父容器）的宽度。
所以，不要用 view-transition，也不该依赖纯 vw。
容器查询（@container）才是语义正确的解法
前提是你能控制目标容器的渲染行为：
立即学习“前端免费学习笔记（深入）”；
- 给要缩放文字的直接父容器加
container-type: inline-size； - 这个容器不能是
display: contents、伪元素，也不能被contain: layout或overflow: hidden干扰尺寸上报； - 然后在子元素里用
@container (min-width: 300px)套clamp()，中间值用cqw（container query width）单位。
示例：
.card {
container-type: inline-size;
}
.card h2 {
font-size: clamp(1rem, 0.8rem + 0.004cqw, 1.8rem);
}
@container (min-width: 400px) {
.card h2 {
font-size: clamp(1.1rem, 1rem + 0.003cqw, 2rem);
}
}注意：cqw 是百分比单位（1cqw = 容器宽度的 1%），所以 0.003cqw 表示每增加 1px 容器宽度，字号增加 0.003px —— 这才是平滑、可控、可预测的缩放。
JavaScript 动态缩放只在必要时才用
比如：
- 容器宽度固定但内容长度不可控（如用户输入的短标签）；
- 需要严格保证单行不换行、不溢出；
- 兼容老浏览器（
@container在 Safari 15.4+、Chrome 105+、Firefox 110+ 才稳定支持）。
核心逻辑就三步：
- 读取容器
clientWidth； - 用
getComputedStyle拿当前字号，再临时设为大一点的值； - 强制重排（
offsetWidth或getBoundingClientRect()）后测scrollWidth； - 循环缩小字号直到
scrollWidth ≤ clientWidth。
关键陷阱：
- 不要用
innerHTML或textContent改完就设字号，必须先读布局属性锁定起始状态； - 避免在
resize事件里高频调用，加节流（requestAnimationFrame或setTimeout）； - 字号下限建议设为
12px或0.75rem，否则小屏下文字失去可读性。
真正难的不是写对一行 clamp()，而是判断「这个文字到底该响应谁的宽度」：是视口？是 flex 父项？还是某个带 max-width 的 wrapper？选错响应源，所有缩放都会失焦。
