uni-app瀑布流卡顿闪图因scroll-view无滚动节流、iOS强制重绘及未预占位致回流；需分列管理状态、设placeholder高度、用getBoundingClientRect精准判断可视区、二维数组组织数据、禁用v-if显隐图片并缓存加载状态。
uni-app 里用 scroll-view 做瀑布流懒加载，为什么图片总闪、卡顿？
因为 scroll-view 自身不支持原生滚动事件节流，且在 iOS 上会强制触发重绘，一旦子项高度动态、图片未预占位，就会反复回流 + 加载冲突。真实场景下，不是“加个 bindscrolltolower 就完事”，而是得控制加载节奏 + 预估高度 + 拦截重复请求。
- 必须给每个瀑布流列维护独立的
scrollTop和loading状态，不能共用一个 flag - 图片加载前先设固定 placeholder 高度（比如
min-height: 200rpx），否则 layout shift 触发多次重排 - 在
bindscroll里别直接调接口，先用getBoundingClientRect()判断最底部 item 是否进入可视区（比scrolltolower更准） - 安卓真机上
scroll-view的scroll-top有时不准，建议用uni.createSelectorQuery()主动查容器位置
uni-app 瀑布流数据结构怎么组织才不崩？
不能把所有数据 flat 成一维数组再按列分配——这样无法做局部更新，删/插/加载新项时整个列表会重渲染。必须按列拆成二维数组，每列是独立响应式对象。
- 初始化：用
Array.from({ length: 2 }, () => [])创建两列空数组（列数根据屏幕宽度算） - 插入新数据时，选当前长度最小的列 push，而不是轮询或取模（避免列高偏差越来越大）
- 删除某一项？必须知道它在哪一列、哪个索引，用
splice精确操作，不能filter全量重建 - 别在
v-for里对二维数组做map + flat，这会让 Vue 丢失 key 关联，导致过渡动画失效、input 失焦
uni-app 使用 uni.loadSubNVue 或 renderjs 能提升瀑布流性能吗？
不能。这两个方案在瀑布流场景下反而更慢：renderjs 无法访问 Vue 响应式数据，每次更新都要跨线程通信；subNVue 是为弹窗/侧滑设计的，不适用于长列表滚动容器，且 iOS 上 subNVue 与主页面滚动不同步，会出现撕裂感。
- 真正有效的降级方案是：iOS 上改用
view+position: sticky模拟列定位（需配合transform: translateZ(0)开启硬件加速） - Android 可放心用
scroll-view，但要关掉enable-back-to-top（它会劫持滚动事件） - 所有图片必须用
uni.getImageInfo预加载尺寸，再动态设置style="height: {{item.height + 'px'}}"，避免骨架屏后二次 layout
uni-app 瀑布流里图片懒加载失败、重复请求怎么防？
根本原因不是网络问题，而是 scroll-view 滚动抖动导致同一张图被多次触发 load 事件。uni-app 的 @load 在某些机型上会冒泡或误触发。
- 给每个
image绑定唯一data-src，并在 data 中存一个loadedMap: { [src]: true }缓存状态 - 在
@load回调里先检查this.loadedMap[src]，已存在就直接 return - 别用
v-if控制图片显隐（会销毁重建），改用:style="{ opacity: loaded ? 1 : 0 }"+ 过渡类 - 服务端图片地址带时间戳或版本号（如
?v=202406），避免强缓存导致新图不更新
