aspect-ratio是目前最轻量、原生、无JS依赖的占位方案，但需搭配width约束和padding-top降级才能稳定生效；仅当父容器有明确宽度时才触发高度计算，iOS 15.4前不支持，否则退化为0高导致抖动。
直接结论：用 aspect-ratio 是目前最轻量、原生、无 JS 依赖的占位方案，但 iOS 15.4 之前不支持，必须搭配 padding-top fallback 才能稳定生效。
为什么只写 aspect-ratio 会失效或闪一下
浏览器只有在父容器有明确宽度（比如 width: 100% 或固定值）时，才能根据 aspect-ratio 推导出高度；否则该属性完全不触发占位。常见失效场景包括：
- 父容器是
display: inline-block且未设宽 - 图片外层用了
flex但没给主轴尺寸约束 - 在微信小程序里直接套在
<swiper-item>中，而该组件默认不继承宽度 - iOS 15.3 及更早版本压根忽略该属性，容器退化为 0 高度，加载后突然撑开 → 明显下移抖动
如何写兼容性安全的 aspect-ratio 占位
核心是「双保险」：先用传统 padding-top 占位，再用 @supports 覆盖它。关键点：
-
padding-top的百分比值 = 图片高 ÷ 宽 × 100%，例如 16:9 就是padding-top: 56.25% - 必须配合
position: relative和子元素position: absolute，否则 padding 不会撑出视觉空间 -
@supports (aspect-ratio: 1)内要把padding-top设为0，否则新旧规则共存会多出空白 - 不要用
min-height替代padding-top—— 它不参与文档流占位，无法阻止后续内容上浮
.img-container {
position: relative;
width: 100%;
padding-top: 56.25%; /* fallback for 16:9 */
}
@supports (aspect-ratio: 1) {
.img-container {
padding-top: 0;
aspect-ratio: 16 / 9;
}
}
.img-container img {
position: absolute;
top: 0;
left: 0;
width: 100%;
height: 100%;
object-fit: cover;
}uni-app / 微信小程序里要注意的坑
这些平台对 aspect-ratio 支持滞后，且 <image> 组件自身不占位，光靠 CSS 不够：
立即学习“前端免费学习笔记（深入）”；
- 必须给
<image>显式设置width和height（rpx 或 px），不能只靠父容器撑开 - 优先用
placeholder属性（uni-app 3.1+ 原生支持），值必须是本地路径，如/static/placeholder.png -
@error事件里替换src时，别直接改原始数据字段，用独立的displayUrl控制显示源，避免重试逻辑错乱 - mode 推荐用
aspectFit或scaleToFill，避免widthFix导致宽高不可控，破坏占位比例
比 aspect-ratio 更容易被忽略的一点
占位只是防“布局抖动”，但用户看到的“闪”还可能来自图层切换——尤其在滚动列表中批量加载图片时。此时即使高度预留正确，iOS Safari 仍可能因合成层反复创建出现白闪。这时得加一行：
.img-container {
backface-visibility: hidden;
transform: translateZ(0);
}注意：这行必须和 aspect-ratio 或 padding-top 同时存在才有效，单加没用。它不解决占位，但堵住了另一个维度的闪。
