transition width从auto变为具体值不动，因auto不可插值；应改用min-width/max-width、transform或JS获取真实宽高后过渡。
transition width 从 auto 变成具体值为什么不动
因为 auto 不是数值，浏览器无法插值。你写 transition: width 0.3s，再把元素从 width: auto 改成 width: 200px，结果就是瞬间跳变——不是 transition 失效，而是起始值根本不可动画。
这个现象在响应式导航、动态卡片、折叠面板里特别常见：内容宽度随文字或图片变化，开发者本能设 width: auto，然后加 transition，却发现毫无过渡。
关键点在于：transition 只认像素、rem、em 这类可计算单位，auto 是布局阶段才解析的占位符，没有中间帧可生成。
用 min-width 替代 width 实现“伪自动缩放”过渡
如果你的目标是让元素能随内容自然撑开、又能在收窄时有平滑过渡，min-width 是比 width 更合适的选择——它允许内容决定最小宽度，同时支持从具体值到具体值的过渡。
立即学习“前端免费学习笔记（深入）”；
常见错误是直接给 min-width: auto，但这是无效的：min-width 不接受 auto 值；它只接受长度或百分比。
- ✅ 正确做法：先设一个保守的
min-width（比如min-width: 120px），再通过 JS 动态设置更精确的最小宽度 - ✅ 配合
max-width控制上限，避免过度拉伸 - ❌ 不要依赖
width: auto+transition: width，这条路走不通
示例：
.resizable-box {
min-width: 120px;
max-width: 300px;
transition: min-width 0.25s ease-out, max-width 0.25s ease-out;
}
.resizable-box.expanded {
min-width: 240px;
max-width: 240px;
}
JS 获取真实宽度后再过渡（精准但需注意时机）
当内容高度/宽度完全不可预估（比如含异步加载的图片、字体加载延迟的文本），靠固定 min-width 容易过小或过大，这时得用 JS 读取真实渲染宽度。
重点不是“怎么读”，而是“什么时候读”——必须等所有内容完成布局后，否则 getBoundingClientRect().width 拿到的是 0 或不准确值。
- 推荐在
DOMContentLoaded后执行，或监听load事件（针对图片） - 读取后立即设为
style.minWidth，再触发 class 切换 - 别忘了过渡结束后清理内联样式，否则影响后续响应式行为
- 避免在循环中高频调用
getBoundingClientRect()，单次菜单展开/收起没问题
简短示例：
const el = document.querySelector('.dynamic-card');
el.style.minWidth = '0';
// 等一帧，确保 layout 已就绪
requestAnimationFrame(() => {
const w = el.getBoundingClientRect().width;
el.style.minWidth = w + 'px';
el.classList.add('expanded');
});
为什么不用 display + transition 组合
有人想用 display: none → block 配合 transition: width，这完全无效：display 本身不可过渡，且 display: none 的元素不参与布局、无尺寸，getBoundingClientRect() 返回全 0，后续 width 过渡失去起点。
真正可用的组合是：
-
opacity+visibility（控制显隐） -
min-width/max-width（控制缩放） -
transform: scaleX()（硬件加速，适合纯横向缩放）
最后提醒一句：Chrome 114+ 起支持 @starting-style + height: auto 原生过渡，但 width: auto 依然不行，且 Safari / Firefox 尚未跟进——别指望它解决当前问题。
