scroll-view + scroll-top 手动驱动是唯一稳定方案，因swiper vertical模式在真机存在跳帧、卡顿、iOS重绘异常等问题，尤其含图片或倒计时组件时更明显；真实业务如拼多多/淘宝均采用此方案。
scroll-view + scroll-top 手动驱动是唯一稳定方案，swiper 的 vertical 模式在真机上会出现跳帧、卡顿、iOS 重绘异常等问题，尤其当轮播项含图片或倒计时组件时更明显。
为什么不能直接用 swiper vertical 实现拼单提示轮播
很多人一上来就写 <swiper vertical="true" autoplay="true"></swiper>，结果在 iOS 真机上滚动到第二项时“卡半帧”，安卓部分机型（尤其是低端机）会突然回弹或跳变——这不是配置问题，而是 swiper 垂直滚动底层依赖原生 scroll-view 的节流策略，但又强行套了一层动画补间，导致 DOM 更新和视图渲染不同步。
拼单提示这类高频、短时、需强感知的滚动场景，用户对“闪一下”极其敏感。真实业务中，你看到的拼多多/淘宝拼单成功提示，90% 都是用 scroll-view 自驱实现，而非 swiper。
-
swiper的display-multiple-items在垂直模式下无法精准控制可视区域高度，容易导致上下项被裁切或留白 - 倒计时组件（如
remainTime）在swiper-item内频繁更新，会触发整页重排，加剧卡顿 -
autoplay启动后无法动态调整间隔，而拼单提示往往需要“新拼单优先插入顶部”，swiper不支持运行时重置 current
scroll-view 垂直轮播的核心参数与初始化陷阱
必须显式设置父容器高度、禁用默认滚动行为，并确保子项高度严格一致。常见错误是忘记设 overflow: hidden 或漏掉 white-space: normal（否则文字撑高导致行高错乱）。
- 父容器加
style="height: 120rpx; overflow: hidden;"—— 高度必须固定，不能用auto或min-height -
scroll-view必须设scroll-y="true"，且不加enable-back-to-top（它会干扰手动 scroll-top 控制） - 每个提示项用
view包裹，设style="height: 120rpx;"，所有子元素（头像、文字、按钮）用flex布局，禁止用margin-bottom代替行高 -
scroll-top初始值必须是number类型，写成"0"会导致后续+= 120变成字符串拼接（"0120"），直接卡死
如何实现“新拼单插入顶部 + 无缝循环”效果
不是靠数组 unshift() 后重 render，那样会闪屏。真实做法是：维持一个固定长度的缓冲列表（比如始终显示最近 6 条），用 scroll-top 控制偏移，当滚到底部时，立刻把第一条数据移到末尾，并将 scroll-top 重置为 0，视觉上就是“无限向上滚动”。
- 数据源用
ref或data维护一个长度为N的数组，例如noticeList: [] - 每次新增拼单成功提示，执行：
this.noticeList.push(newItem); this.noticeList.shift();（保持长度不变） - 用
setInterval每 2500ms 执行一次this.scrollTop += 120，到达this.noticeList.length * 120时，立即设this.scrollTop = 0 - 关键点：重置
scrollTop必须在nextTick或setTimeout(() => {}, 0)中执行，否则 Vue 更新队列未 flush，视图不同步
倒计时和图片加载带来的性能坑
拼单提示里常带“剩余 02:15:33”和用户头像，这两者是滚动卡顿主因。不要在 scroll-view 子项里直接写 <image></image> 或启动 setInterval 倒计时。
- 头像统一用 base64 占位或 CDN 预加载，避免滚动中触发热请求；禁用
lazy-load（它会让图片在可视区才加载，反而造成滚动抖动） - 倒计时逻辑抽离到单独的
computed或watch，只更新时间字符串，不要每秒this.$forceUpdate() - 整个
scroll-view外层加contain: layout paintCSS（uni-app 支持），可显著减少重绘范围 - 真机调试时关闭开发者工具的“开启调试”开关，否则
console.log会拖慢 JS 执行节奏，放大卡顿感
实际滚动是否顺滑，不取决于代码行数，而在于是否绕开了 swiper 的动画黑盒、是否让每一帧都可控。最易被忽略的是：重置 scroll-top 的时机必须精确到像素级，差 1px 就可能触发浏览器重排。
