uni-app中如何让scroll-view在H5和App端滚动效果一致？
我在用uni-app开发一个跨端应用，发现scroll-view在H5上滑动很流畅，但在App端（尤其是iOS）滚动特别卡顿，而且惯性滚动也没了。试过加:scroll-with-animation="true"和设置固定高度，都没啥用。
这是我的代码结构：
<scroll-view
class="scroll-area"
scroll-y="true"
:style="{ height: scrollViewHeight + 'px' }"
>
<view v-for="item in list" :key="item.id">{{ item.name }}</view>
</scroll-view>有没有人遇到过类似问题？该怎么统一两端的滚动体验？
2 条解答
H5端用的是浏览器原生滚动，当然丝滑。App端iOS上scroll-view默认没有开启硬件加速和弹性滚动，体验就拉胯了。
几个解决方案：
第一，给scroll-view加样式，开启iOS的弹性滚动：
这个属性是关键，iOS必须加这个才能有原生的惯性滚动效果。
第二，如果上面那个还不够，检查下你的页面是不是普通vue页面。App端如果列表数据量大，建议用nvue页面，nvue是基于weex的原生渲染，scroll-view性能好很多。
第三，如果数据量实在大，别用scroll-view了，直接上list组件：
list组件在App端有原生的回收机制，类似Android的RecyclerView，性能比scroll-view高一个量级。
第四，
:scroll-with-animation这个属性是给程序化滚动用的，就是你调用scrollTo方法时才生效，跟手指滑动的惯性没关系，把它删了就行。还有个坑，scroll-view必须设置明确的高度，你用动态计算高度的方式没问题，但确保
scrollViewHeight算出来的值是有效的，可以打个log看看。如果以上都试了还不行，看下scroll-view里面是不是有复杂的CSS样式，比如阴影、圆角、渐变这些，iOS对这类渲染性能敏感，能简化就简化。
我这边项目里最后是nvue + list组件搞定的，列表几百条数据滑动都很顺滑。H5端就保持scroll-view就行，做条件编译区分开。
先确认几点：
1. 你的
scrollViewHeight是不是动态计算的？如果高度不固定或者计算不准，App端容易卡顿，建议用calc(100vh - 顶部固定高度)这种写法，或者直接用100%配合外层flex布局让 scroll-view 自适应。2. 最关键的：App端（尤其是iOS）默认滚动是原生渲染的，但如果你在 scroll-view 里嵌套了太多
view，或者用了transform、filter、box-shadow这类重样式，会触发GPU合成，导致卡顿。可以先试试把内容替换成纯文本列表，看是否还卡——如果好了，就是样式问题。3. uni-app在App端的 scroll-view 有个隐藏坑：如果父容器有
overflow: hidden或touch-action被改过，惯性滚动会失效。检查下外层有没有这些样式。4. 最实用的方案（亲测有效）：
- 给 scroll-view 加上
refresher-enabled="true" :refresher-background="['#fff']"（哪怕你不用下拉刷新），这能强制启用原生滚动引擎；- 加上
enable-flex="true"（如果内容是flex布局的话）；- 如果用的是自定义导航栏，记得设置
navigationStyle: 'custom'后手动控制高度，否则iOS可能把滚动区域算错。5. 实在不行，可以降级用
page-scroll-to+page的原生滚动（但会失去局部滚动的灵活性），或者用web-view嵌H5——不过这属于最后手段了。对了，记得在 App.vue 里加一句
uni.setEnableDebug({ enableDebug: true })跑起来看下控制台有没有滚动相关的 warn，有时候是原生层报错被你忽略了。