唯一全端稳定方案是用 scroll-view + bindscroll 手动控制 fixed 定位；onPageScroll 无法监听 scroll-view 内部滚动，必须用 bindscroll 并设置 scroll-y 和固定高度；需加占位节点、动态获取 tabHeight、节流滚动回调、避免阻塞操作。
直接用 position: sticky 在商品详情页基本无效——微信/支付宝小程序不支持，H5 依赖父容器条件且极易失效，iOS App 端表现飘忽。必须用 scroll-view + bindscroll 手动控制 fixed 定位，这是目前唯一全端稳定方案。
为什么 onPageScroll 在商品页里根本监听不到滚动
商品详情页几乎都用 scroll-view 包裹长内容（图文、参数、评价），而 onPageScroll 只响应页面级滚动，对 scroll-view 内部滚动完全无感。真机调试时 scrollTop 始终为 0 或不触发，不是代码问题，是机制限制。
- 必须改用
scroll-view的bindscroll事件，监听event.detail.scrollTop -
scroll-view必须显式设置scroll-y="true"和固定高度（如height: calc(100vh - var(--status-bar-height))），否则bindscroll不触发 - 首次进入时
scrollTop可能为undefined，需在onReady或mounted中主动调用this.$refs.scrollView?.scrollTo({scrollTop: 0})初始化
吸顶 Tab 怎么避免“抖一下”和遮挡内容
用 fixed 后元素脱离文档流，下方内容会瞬间上移，视觉上就是“抖”。同时，吸顶栏若没预留空间，会盖住下面的首段内容。
- 别用
transform: translateY()模拟吸顶——iOS WebView 对 transform 内滚动处理极不稳定 - 必须加占位节点：
<view v-if="isSticky" class="placeholder" :style="{ height: tabHeight + 'px' }"></view>，高度严格等于 Tab 实际高度 -
tabHeight不能写死，应在onReady中用uni.createSelectorQuery().select('.tab').boundingClientRect()获取并缓存，避免每次滚动都查 DOM - 锚点跳转时，
scrollIntoView易失败，推荐用scroll-view的scrollTo+querySelector计算偏移，且要减去tabHeight避免被遮挡
滚动监听卡顿、脚本超时怎么破
低端安卓机或旧版微信基础库下，bindscroll 触发频率极高（iOS 达 60Hz），每帧都 setData 更新 isSticky 或 activeTab，极易触发“脚本运行超时”警告。
- 必须节流：用
requestAnimationFrame或手写 16ms 节流（≈60fps），别用 100ms 这种肉眼可见延迟的 - 只在状态变化时更新：比如仅当
scrollTop从变为 <code>>= 200才设isSticky = true，而不是每次滚动都判断 - 避免在
bindscroll回调里调用uni.createSelectorQuery()或getComputedStyle()——它们是同步阻塞操作，一帧内多次执行直接丢帧 - 点击 Tab 时立刻禁用重复触发：
this.isScrolling = true，并在scroll回调末尾setTimeout(() => this.isScrolling = false, 300)
真正难的不是让 Tab “贴上去”，而是让它在不同机型、不同基础库、不同键盘弹起场景下始终位置精准、不抖、不卡、不遮挡——这些细节全靠滚动时机、占位高度、节流粒度和 DOM 查询时机共同决定，漏掉任何一环，真机上就露馅。
