根本原因是position: sticky在App和微信小程序中不生效，必须通过bindscroll监听滚动+动态设置top实现吸顶，H5端则需避免父容器overflow:hidden或transform干扰sticky。
uni-app 中 scroll-view 吸附 Tab 为什么总卡在顶部不动？
根本原因通常是没关掉 scroll-view 的默认滚动行为干扰，或者 position: sticky 在小程序环境里压根不生效——uni-app 的 H5 端能用 sticky，但 App 和微信小程序里必须手动计算吸顶逻辑。
- App 平台（iOS/Android）和微信小程序中，
position: sticky被忽略，必须靠监听scroll-view的bindscroll事件 + 动态设置top值实现吸顶 - H5 端可直接用
position: sticky，但要注意父容器不能有overflow: hidden或 transform 属性，否则 sticky 失效 - 别把 Tab 放在
scroll-view外部再做 fixed —— 这样会脱离滚动流，导致 tab 和列表内容不同步（比如下拉刷新时 tab 不动、列表动）
怎么用 scroll-view + bindscroll 实现真吸附？
核心是监听滚动位置，当 Tab 元素的 top 距离页面顶部 ≤ 0 时，把它“钉”在屏幕顶部；超过阈值后恢复自然流式布局。关键点在于获取 Tab 元素真实 offsetTop，且要兼容多端。
- 用
this.$nextTick()确保 DOM 渲染完成后再调用uni.createSelectorQuery()获取 Tab 的top值，否则取到的是 0 - 在
bindscroll回调里用scrollTop和 Tab 初始位置比对：若scrollTop >= tabTop，则设tabStyle = 'position:fixed;top:0;z-index:999;'；否则清空样式 - 记得给 Tab 容器加
class="tab-fixed"并在 CSS 里写.tab-fixed { width: 100%; }，否则 fixed 后宽度丢失 - 示例片段：
<scroll-view scroll-y="true" @scroll="onScroll" class="list-wrap"> <view class="tab-container" :style="tabStyle" ref="tabRef"> <view v-for="item in tabs" :key="item.id">{{item.name}}</view> </view> <view v-for="item in list" :key="item.id">...</view> </scroll-view>
Tab 吸附后点击切换，商品列表为啥不跟着滚动到对应区域？
因为吸顶只是视觉固定，没联动内容锚点。必须配合 scroll-into-view 或手动 scrollTo 才能跳转。
- 每个商品区块加唯一
id（如:id="'section-' + tab.id"），点击 Tab 时触发uni.pageScrollTo({ scrollTop: targetTop }) - 不要依赖
scroll-into-view的 id 值直接跳转——它在 iOS App 上经常不准，尤其列表动态渲染时；更稳的方式是用uni.createSelectorQuery().select("#section-2").boundingClientRect()拿到目标元素 top 再 scrollTo - 注意：scrollTo 的
scrollTop是相对于scroll-view自身顶部的距离，不是整个页面，所以计算时要减去当前scroll-view的 scrollTop 偏移 - 切换 Tab 时先重置吸顶状态（清空
tabStyle），等滚动到位后再重新判断是否需要吸顶，避免视觉错位
性能和体验上最容易被忽略的三个细节
吸附 Tab 看似简单，但滚动过程中频繁触发样式更新、节点查询、scrollTo，稍不注意就卡顿或跳变。
- 给
@scroll加防抖：用setTimeout缓存最后一次滚动事件，延迟 16ms（≈ 1 帧）再执行吸顶判断，避免每像素都重算 - Tab 初始位置只查一次，存在 data 里（如
tabTop: 0），不要每次 scroll 都重复 query - App 端开启
enable-back-to-top="false"，否则原生回顶按钮会干扰自定义吸顶逻辑；微信小程序里记得在page.json关掉navigationStyle: custom，否则顶部胶囊遮挡 Tab
吸顶逻辑本身不难，难的是各端渲染机制差异和滚动事件的节奏控制。别指望一套代码通吃三端，该分平台写的判断就得写。
