uni-app中scroll-view无法实现真正无缝横向滚动，因其不支持自动循环位移和transform级动画控制；应改用view+animation+定时器方案，图片数组双份拼接、动态计算宽度、配合translateX匀速位移与零过渡重置。
uni-app里用scroll-view做横向图片无缝滚动为什么总卡顿
直接套用scroll-view加scroll-x属性，图片一多就掉帧，滑到边缘还停不住——根本不是“无缝”，是“断连”。核心问题在于scroll-view本身不支持自动循环位移，也没提供transform级动画控制权，靠监听scroll-left手动重置位置，容易触发渲染阻塞。
真正能稳跑的方案是绕开scroll-view，用view + animation + 定时器自己驱动。关键点：图片数组必须复制两份拼接（如[...list, ...list]），再用translateX持续左移，当位移超过单组宽度时，瞬间跳回起点（不触发过渡，视觉无感）。
- 图片宽高需固定，推荐用
width: 100vw; height: auto;配合object-fit: cover防拉伸 - 动画时长设为
duration: 30s这类大值，避免频繁重绘；用linear而非ease保证匀速 - 真机调试时关掉
debug模式，否则animation在Android低端机上易被DevTools拖慢
uni-app中animation API实现跑马灯的三个硬性条件
不用@uniapp/animation插件，原生uni.createAnimation就能搞定，但必须满足：
- 容器
view要设white-space: nowrap;且子元素display: inline-block;，否则translateX会失效 - 动画对象必须在
mounted后创建，且每次export前调用step({ duration: 0 })清空上一帧残留（尤其iOS下不清理会导致位移累加错乱） - 位移值不能写死像素，得用
getBoundingClientRect()动态算出单张图宽度，否则不同屏幕适配全崩
示例关键片段：
const query = uni.createSelectorQuery().in(this);<br>query.select('.marquee-wrap').boundingClientRect();<br>query.exec(res => {<br> this.itemWidth = res[0].width / this.list.length;<br>});
为什么swiper组件不适合做图片跑马灯
swiper天生带触摸暂停、循环切换、分页指示器，这些对跑马灯全是干扰。最致命的是它的autoplay逻辑：每张图停留固定时间再切，无法实现连续滑动效果；且previous-margin/next-margin只控制可视区留白，不解决首尾衔接问题。
有人强行用autoplay+circular，结果发现第2轮开始图片顺序错乱——因为circular内部是靠DOM节点移动模拟循环，而图片资源加载异步，节点移动时src可能还没绑定完。
- 若坚持用
swiper，必须关闭autoplay，改用setCurrent配合setInterval手动切，但帧率难控，仍非真正无缝 - 安卓微信WebView下
swiper的transition-timing-function会被强制覆盖，导致滑动突兀
真机上iOS和Android表现不一致怎么调
主要差异在渲染管线：translateX在iOS Safari下默认启用GPU加速，但Android部分厂商WebView（尤其UC、QQ）需要显式加transform: translateZ(0)才能触发硬件加速；否则纯CPU计算位移，5张以上图必掉帧。
适配要点：
- 给滚动容器加
style="transform: translateZ(0); -webkit-transform: translateZ(0);" - 禁用
touch-action: pan-y（否则iOS下手指滑动会抢走动画控制权） - 图片
src必须用require或绝对路径，v-for里用相对路径+变量拼接会导致Android加载失败（白屏）
复杂点永远在细节：比如animationiteration事件在iOS下触发正常，Android某些版本根本不触发，得用setInterval轮询位移值来判断是否重置。
