美团式评价晒图瀑布流在uni-app中无法仅靠CSS实现，必须用JS动态分列：预加载宽高比、实时更新列高、避免scroll-view坑点、兼容小程序真机渲染节奏。
直接说结论：美团式评价晒图瀑布流在 uni-app 里不能靠 CSS 实现，必须用 JS 动态分发图片到最短列，且要预加载宽高、避坑 scroll-view、兼容小程序真机渲染节奏。
图片没高度就分配？瀑布流立刻崩
真实项目里最常见的翻车点：直接把 list 丢进 v-for，靠 mode="widthFix" 让图片自适应——结果所有列高度都是 0，JS 找不到“最短列”，全部塞进第一列，变成单列长条。
- 必须提前知道每张图的宽高比（服务端返回
aspect字段，如"4:3"），前端用容器宽度 × 比例算出预估高度占位 - 不要等所有图
@load完再统一计算，改成“每张图加载完立刻回填真实高度 + 触发该列重排” - 没拿到宽高前，先用骨架屏或固定高度（如
200rpx）占位，否则 iOS 微信会白屏一帧
两列分发逻辑怎么写才不卡
别用 uni.createSelectorQuery 实时查 DOM 高度——在滚动中频繁调用，安卓真机会卡顿；也别用 offsetHeight，它在图片未加载完成时返回 0。
- 维护一个长度为列数的数组，比如
columnHeights = [0, 0]，存当前左右列总高度 - 遍历图片列表时，用
Math.min(...columnHeights)找最小索引，把当前项 push 进对应列数据（如leftList或rightList） - 更新该列高度：
columnHeights[minIndex] += item.height || estimatedHeight - 列数别写死：用
uni.getSystemInfoSync().screenWidth判断，> 750用 3 列，否则用 2 列
scroll-view 在小程序里怎么不漏触发触底
scroll-view 的 @scrolltolower 在 iOS 微信里经常不触发，尤其当子元素用了 position: absolute 或高度计算不准时。
- 绝对禁止给
scroll-view设height: 100vh—— 小程序不识别vh，得用calc(100vh - 100rpx)（减掉导航栏高度） - 子容器别用
position: absolute布局，优先用display: flex+flex-direction: column，兼容性更稳 - 懒加载别在
onReachBottom里边请求边插入，要等整页数据返回后，一次性跑完分发逻辑再setData
评价晒图场景下的特殊处理
美团式评价列表不是纯图片流，还混着文字、头像、星级、时间戳——这些都会影响每项真实高度，但又没法提前预估。
- 每张晒图项用
<view class="item">包裹，内部结构固定（头像+昵称+时间+文字+图片+操作按钮），CSS 用flex布局，避免换行错位 - 图片加载完成后，用
this.$nextTick(() => { /* 重新计算该列总高 */ })触发局部重排，而不是全量setData - 如果某条评价带多图，按顺序逐张塞进最短列（不是整条评价塞一列），才能保持真正的瀑布感
最易被忽略的点：小程序基础库低于 2.27.0 时不支持 CSS aspect-ratio，服务端不返回宽高比的话，预估高度会失准；而 uni.getImageInfo 在某些安卓机型上会超时或失败，必须设 fallback 高度。
