必须用aspect-ratio锁定容器宽高比，再结合object-fit实现图片自适应；否则因图片宽高比不一导致容器塌陷、flex基准失准、滑动卡顿。
直接用 width: 100% + height: auto 套在 <img> 上，轮播容器大概率会塌陷、滑动错位、切换卡顿——这不是写法“不美观”，而是破坏了轮播依赖的尺寸稳定性。
为什么轮播容器必须锁定宽高比
轮播逻辑（无论是 JS 控制 transform 还是 CSS @keyframes）都基于可视区固定尺寸做位移计算。如果图片原始宽高比不一致，又没约束父容器，<img> 渲染后高度浮动，导致 .carousel-track 高度跳变，flex 项基准失准，滑动瞬间“抖一下”甚至定位偏移。
现代方案必须先用 aspect-ratio 锁定容器比例，再让图片在里面自适应：
-
aspect-ratio: 16 / 9写在轮播最外层容器（如.carousel），语义清晰、无需伪元素 hack - 避免用
padding-bottom+position: absolute，维护成本高且与 flex 不兼容 - 若需兼容旧浏览器（如 Safari padding-bottom: 56.25% +
position: relative的老方法
Flex 布局中 min-width: 100% 和 width: max-content 怎么配
关键不是“让图片铺满”，而是让布局系统能稳定算出每张图占多少像素。常见错误是给 .carousel-track 设 width: 100% 或 width: fit-content，结果滑动失效或图片被压缩。
立即学习“前端免费学习笔记（深入）”；
-
.carousel-track必须设display: flex+width: max-content：确保总宽度由所有子项撑开，transform: translateX()才有明确位移基准 -
.carousel-slide必须设min-width: 100%+flex-shrink: 0：防止 flex 自动缩容，尤其在小屏下内容挤压时 - 别用
flex: 1或width: 20%（5图场景），这会让图片按比例瓜分空间，而非“整页切换”
object-fit: cover 的裁剪风险在哪
object-fit: cover 确实防拉伸，但它默认居中裁剪。问题在于：移动端视口窄，关键人物/文字常被切掉顶部或底部。
- 加
object-position: top center或object-position: 20% 50%可手动微调裁剪锚点 - 对重要图文轮播，建议为每张图单独设
object-position，而不是全局统一 - 慎用
object-fit: contain：留白难控制，容器高度仍可能浮动，违背“锁定宽高比”前提
响应式断点该监听容器还是视口
轮播组件常嵌在栅格系统里（比如 Tailwind 的 md:w-1/2 或 Bootstrap 的 col-md-8），它的实际宽度由父容器决定，不是屏幕宽度。
- 媒体查询必须作用于轮播自身，用
@media (max-width: 768px)是错的——它查的是window.innerWidth，不是轮播容器宽度 - 正确做法：用
@container查询（Chrome 105+ / Safari 16.4+ 支持），例如@container (max-width: 480px) - 若需兼容老浏览器，把断点逻辑交给 JS，用
ResizeObserver监听轮播容器尺寸变化再切 class
真正容易被忽略的，是 aspect-ratio 和 @container 这两个现代 CSS 特性——它们不是“锦上添花”，而是解决响应式轮播根本不稳定问题的必要条件。没它们，所有 flex 调整都是在补漏。
