clamp()无法响应容器宽度，因其vw单位仅基于视口；需用@container+cqw、ResizeObserver或媒体查询实现容器级自适应。
不能直接用 clamp() 让字体“根据容器宽度”自适应——它只响应视口（vw/vmin），不感知父容器尺寸。 想让文字随盒子变宽而放大，得换思路：要么用容器查询（@container + cqw），要么加 JS 监听容器 resize，或者退回到媒体查询粗调。纯 clamp(1rem, 4vw, 2rem) 写出来，盒子缩小时字体完全没反应。
为什么 clamp() 的 vw 单位对容器无效
vw 是视口宽度的 1%，和你写的那个 div 宽多少毫无关系。哪怕你把容器设成 width: 200px，font-size: clamp(12px, 4vw, 24px) 依然按整个屏幕算——手机全屏时 4vw ≈ 16px，桌面端可能直接跳到 24px，中间不管容器是窄是宽。
常见错误现象：flex 里两个并排卡片，右边卡片内容多、自动撑宽，但文字大小纹丝不动；或用 grid 布局切换列数，字体却始终按初始视口渲染。
- 单位本质不同：
vw属于视口单位，cqw（容器宽度）才是容器单位，但需配合@container - 浏览器支持有门槛：
@container需要container-type: inline-size显式声明，Chrome 105+、Firefox 119+、Safari 16.4+ 才稳定支持 - 别指望
clamp(1rem, 3cqw, 2rem)在旧浏览器降级成1rem——不支持cqw就整条规则失效，可能回退到继承值，导致文字极小或极大
用 @container + clamp() 真正实现容器级自适应
这是目前唯一纯 CSS、无需 JS 的容器响应方案。关键在两步：先给容器打标，再在内部用 @container 查询其宽度并设置 font-size。
立即学习“前端免费学习笔记（深入）”；
示例场景：一个卡片组件，希望标题字号随卡片宽度线性变化（最小 1.125rem，最大 1.5rem，中间用 2cqw 插值）：
article.card {
container-type: inline-size;
}
<p>article.card h2 {
font-size: 1.125rem; /<em> fallback for unsupported browsers </em>/
}</p><p>@container (min-width: 300px) {
article.card h2 {
font-size: clamp(1.125rem, 2cqw, 1.5rem);
}
}-
container-type: inline-size必须设在直接父容器上，不能隔层；设在body或main上无效 -
cqw表示“容器内联方向宽度的 1%”，所以2cqw= 容器宽度的 2%，比vw更精准匹配布局意图 - 必须写 fallback 字体（如第一行
font-size: 1.125rem），否则 Safari 16.3 或 Chrome 104 会忽略整条规则 - 不要嵌套
@container，目前所有浏览器都不支持
当容器查询不可用时，这些替代方案更实际
如果项目要兼容 Safari 15、Edge 91 以下，或团队没精力配 container-type，优先考虑组合策略而非硬刚 clamp()。
- 用
minmax()配合clamp()：比如grid-template-columns: repeat(auto-fit, minmax(300px, 1fr))先让容器弹性分栏，再对每栏内文字用clamp(1rem, 2.5vw, 1.25rem)——容器变宽 → 列数减少 → 单列变宽 → 字体因vw间接增大 - JS 轻量监听：对关键容器用
ResizeObserver，读取el.clientWidth后动态写style.fontSize，比轮询高效，且兼容性拉满（IE11 都能 polyfill） - 媒体查询兜底：按典型容器宽度设断点，比如
@media (min-width: 320px)对应窄卡片，@media (min-width: 600px)对应中等卡片，每档配一个固定font-size，简单可靠
真正难的不是写出 clamp()，而是判断它该作用在哪个空间尺度上——视口？容器？还是某个特定断点区间？混用 vw 和 cqw、漏写 container-type、或在不支持环境强推 @container，都会让自适应变成“自适应失效”。
