scroll-view垂直滚动公告无法无缝循环，因默认不支持自动复位；需手动拼接双份数据、监听滚动位置、用$nextTick重置scrollTop并关闭动画，配合节流与平台适配实现视觉无限滚动。
uni-app里用scroll-view做垂直滚动公告，为什么滚到末尾就停了？
因为scroll-view默认不支持“无缝循环”，滚到底部后scrollTop无法自动跳回顶部——它不是marquee，没有原生循环逻辑。
真正能实现“视觉上无限滚动”的，是**手动复位 + 动画衔接**：把两份相同数据拼在一起，滚动到中间一份的末尾时，瞬间把scrollTop设为第一份的高度，人眼察觉不到跳变。
- 必须用
scroll-y开启纵向滚动，且scroll-top要绑定动态变量（比如scrollTop） - 列表数据得复制一遍：
list.concat(list)，否则没“冗余内容”可滑 - 监听
@scroll事件，当scrollTop接近“单份列表总高度”时，立刻重置并禁止动画过渡（否则会看到回弹） - 重置时要加
this.$nextTick()确保DOM更新后再改scrollTop，否则无效
uni-app中scroll-view的scroll-top重置为什么经常失效？
常见原因是：在scroll回调里直接赋值this.scrollTop = 0，但此时滚动动画还没结束，框架会覆盖你的赋值；或者没关掉scroll-with-animation，导致重置被动画缓冲干扰。
- 重置前务必关闭动画：
scroll-with-animation="false"（模板中写死，别动态切） - 判断触发点别用
scrollTop === scrollHeight - windowHeight，浮点误差和不同端计算差异大，改用scrollTop > singleHeight - 20更稳 - 重置代码必须包在
this.$nextTick(() => { this.scrollTop = offset })里，尤其在App端和微信小程序里缺了这步基本白搭 - H5端要注意
scroll-view内部元素不能有transform或flex:1撑高异常，否则scrollHeight算不准
数据重复拼接后，点击某条公告怎么定位到原始索引？
用户点的是第8条，但实际数据是[a,b,c,a,b,c]，原始列表只有3条——不处理就会误判成第8条不存在。
- 渲染时给每项加
:data-index="index % originalList.length"，这样DOM上存的是原始下标 - 点击事件里用
$event.currentTarget.dataset.index取值，而不是index参数 - 别用
v-for="(item, i) in doubledList"里的i去查原数组，它可能是5、6、7，而原始数组最大下标是2 - 如果需要携带对象数据，建议在原始数据里加
id字段，渲染时透传，比依赖下标更可靠
真机上滚动卡顿、跳帧，尤其是iOS微信里？
核心矛盾是：频繁修改scroll-top触发重排，iOS WebView对scroll-view的合成层优化差，一卡就是整屏掉帧。
- 降低重置频率：不要每像素都判断，用
throttle节流到50ms一次，或只在scrolltolower触发后才检查是否需重置 - 避免在
scroll回调里做复杂计算，比如反复调用getRect或遍历数组，全挪到mounted里预计算好singleHeight - 安卓和iOS表现差异大，iOS建议加
style="will-change: scroll-position;"到scroll-view上（H5有效，小程序忽略） - 如果公告条数少于5条，别硬套循环方案——直接用
setInterval改scrollTop做匀速滚动，更轻量也更稳
滚动循环的本质是障眼法，关键不在“怎么滚”，而在“什么时候悄无声息地切”。数据冗余、时机控制、平台差异，三者漏一个，用户一眼就看出断层。
