uni-app中onPageScroll不准因节流、延迟及仅监听页面级滚动，商品页多用scroll-view故应改用bindscroll；吸顶推荐fixed+动态top并预留占位，锚点跳转宜用scrollTo+querySelector计算偏移；需节流滚动监听防卡顿，且须真机多端测试。
uni-app里onPageScroll监听滚动为什么总不准
因为onPageScroll在iOS和部分安卓机型上存在节流、延迟或初始值为0的问题，尤其配合scroll-view时更易失效。它只在页面级滚动生效，而商品详情页常用scroll-view包裹内容，此时onPageScroll根本不会触发。
- 优先用
scroll-view的bindscroll事件，配合scroll-top实时读取滚动位置 - 别依赖
event.detail.scrollTop的原始值做吸顶判断——加个Math.round()防浮点误差，比如Math.round(scrollTop) >= 200 - 首次进入时
scrollTop可能为undefined或0，需在mounted或onReady里主动this.$nextTick(() => this.$refs.scrollView?.scrollTo({scrollTop: 0}))初始化
吸顶Tab用position: sticky还是动态top控制
position: sticky在H5端表现尚可，但在微信小程序、App端（尤其是iOS）兼容性差，经常不吸顶或错位；uni-app官方也不推荐在复杂滚动容器中使用。
- 老老实实用
fixed+ 动态top：监听滚动后通过data控制Tab的class，比如:class="{ 'tab-fixed': isSticky }"，CSS里写.tab-fixed { position: fixed; top: 0; z-index: 999; } - 注意
fixed元素会脱离文档流，导致下方内容上移——必须给Tab原位置预留一个height相同的占位view，否则页面会“抖一下” - 别用
transform: translateY()模拟吸顶，iOS WebView对transform内滚动的处理极不稳定
锚点跳转到商品参数、评价等区块怎么不跳空或偏移
直接scroll-view的scrollIntoView在长列表中容易失败，且无法控制滚动速度和偏移量；常见现象是跳到顶部、卡住、或跳过目标区域。
- 不用
scrollIntoView，改用scrollTo+querySelector计算目标offsetTop：先this.$nextTick(() => { const el = uni.createSelectorQuery().in(this).select('#params'); el.boundingClientRect(data => { this.$refs.scrollView?.scrollTo({ scrollTop: data.top - 44 }); }); }) - 减去的
44是Tab高度（单位px），避免被吸顶栏遮挡——这个值必须和实际Tab高度一致，不能写死在JS里，建议提取为data中的tabHeight: 44 - 点击Tab时立刻禁用多次点击，比如加
isScrolling = true，在scroll事件回调末尾setTimeout(() => this.isScrolling = false, 300)
性能关键点：滚动监听别让setData爆炸
每次滚动都触发setData更新isSticky或activeTab，在低端机上极易卡顿，甚至触发小程序的“脚本超时”警告。
- 加节流：用
lodash.throttle或手写简单节流函数，间隔设为16ms（≈60fps）足够，别用100ms这种肉眼可见延迟的 - 只在滚动方向变化或跨过临界点时才更新状态，比如从
scrollTop < 200变成>= 200才设isSticky = true，而不是每帧都设 - 安卓App端慎用
scroll-y开启硬件加速——某些旧版WebView下反而更卡，优先保证逻辑正确，再考虑加style="will-change: transform;"
吸顶和锚点真正难的不是代码量，而是不同平台对scroll-top的采样时机、初始值、节流策略完全不统一。测的时候至少要在真机微信、支付宝、iOS App、Android App四端各跑一遍，光靠开发工具模拟器会漏掉最要命的坑。
