uni-app横向滚动需显式设置scroll-x="true"且scroll-y="false"，固定容器宽度并用white-space: nowrap布局；监听@scroll计算scrollwidth-scrollleft-windowwidth判断是否接近右边界，配合防抖和$nexttick更新；性能优化需懒加载、避免嵌套及未设宽高的image；跨平台差异大，推荐条件编译封装horizontalscroller组件。
uni-app里scroll-view横向滚动不触发scrolltolower？
根本原因是默认滚动方向是竖向，横向滚动必须显式声明scroll-x，且要禁用scroll-y；否则即使写了scrolltolower监听，事件也压根不会触发。
-
scroll-view必须同时设置scroll-x="true"和scroll-y="false" - 容器需有固定宽度（不能靠内容撑开），推荐用
white-space: nowrap+display: inline-block子项布局 - 子元素不能用
flex或width: 100%，否则会换行或挤压，导致滚动失效 - 真机调试时，iOS下
scrolltolower触发更敏感，Android可能需滑到最右+微动才触发，建议加lower-threshold="50"
uni-app横向列表怎么实现“滑到末尾加载更多”逻辑？
和竖向分页不同，横向滚动没有内置的“触底”概念，得靠scroll-left和scroll-width手动判断是否接近右边界。关键不是监听“到底”，而是“是否还能继续滚动”。
- 在
@scroll回调中获取detail.scrollLeft和detail.scrollWidth（注意：不是scrollWidth，是detail.scrollWidth） - 计算剩余可滚动距离：
scrollWidth - scrollLeft - windowWidth，小于阈值（如30px）就发起下一页请求 - 务必加防抖：
loading状态锁住重复请求，避免快速滑动多次触发 - 加载新数据后，不要直接
push进数组——要等$nextTick后再更新scroll-left，否则视图未渲染完会导致滚动错位
为什么scroll-view横向加载后页面卡顿、滑动不流畅？
横向滚动性能比竖向更敏感，尤其在低端安卓机上。主要瓶颈不在网络，而在DOM重排和渲染层。
- 每个子项尽量用
view而非rich-text或嵌套scroll-view，避免层级过深 - 禁用
animation类样式（如transform过渡）、避免v-for里写复杂计算属性 - 数据量大时，别一次性渲染全部项，用“可视区懒加载”：只渲染当前屏+左右各1屏的内容，滑动时动态更新
- 真机测试发现，
scroll-x开启后若子项含image且没设宽高，会反复重绘，务必加width/height或object-fit
uni-app横向分页在小程序和App平台表现不一致？
核心差异在scroll-view的底层实现：微信小程序用WebView原生滚动，App端（尤其是nvue）走的是原生渲染，行为差异明显。
- 微信/支付宝小程序：支持
scroll-left绑定，可精确控制滚动位置；App端（vue模式）有时会忽略该值，需改用this.$refs.scrollView.scrollTo({x: pos}) - nvue页面必须用
list+scrollable="horizontal"替代scroll-view，否则无滚动惯性、无法触发scrolltolower - H5平台要注意
touch-action: pan-y可能拦截横向滑动，需全局覆盖为pan-x - 跨平台统一做法：封装一个
HorizontalScroller组件，内部按uni.getSystemInfoSync().platform做条件编译
横向分页最难的不是写代码，而是让不同平台都“感觉像原生”——滚动阻尼、回弹、加载时机这些细节，光靠scroll-view属性调不好，得结合平台特性做微调。
