必须手动组合uni.createselectorquery、onpagescroll、uni.pagescrollto和父子通信实现吸顶与多层联动筛选，因各端表现不一致：ios小程序滚动延迟高，h5端pagescrollto有兼容性坑，app端需处理原生偏移；吸顶临界点判断须在mounted后查bartop并复用，禁在onpagescroll中反复exec；三级联动不可全用uni-data-select，因不支持稀疏结构动态绑定，第三级应改用checkbox或scroll-view渲染；回到顶部时需用bartop-2而非0避免遮挡，并针对三端分别做防抖、异步延迟和原生偏移兜底。
吸顶 + 多层联动筛选菜单在 uni-app 里不是开箱即用的功能，必须手动组合 uni.createSelectorQuery、onPageScroll、uni.pageScrollTo 和父子组件通信，且各端表现不一致——iOS 小程序滚动事件延迟高，H5 端 pageScrollTo 有兼容性坑，App 端需额外处理原生层偏移。
怎么用 onPageScroll + boundingClientRect 判断吸顶临界点
不能依赖 offsetTop，因为 uni-app 的 DOM 查询是异步的，且页面初始渲染时节点可能还没挂载。必须在 mounted 后调用一次查询，并在 onPageScroll 中复用结果。
- 先在
onLoad或mounted中执行一次uni.createSelectorQuery().in(this).select('#filter-bar').boundingClientRect()，把top值存到this.barTop -
onPageScroll(e)里直接用e.scrollTop >= this.barTop判断是否该吸顶，别再查 DOM - 避免在
onPageScroll里反复调用exec()，否则 iOS 下会卡顿甚至崩溃 - 注意：小程序真机上
barTop是相对于视口顶部的距离，但 H5 端可能受 body margin 影响，建议统一用getSystemInfoSync().statusBarHeight补偿
三级联动筛选为什么不能全用 uni-data-select
uni-data-select 只支持两级级联（mode="multiSelector" 要求二维数组），第三级无法动态绑定“某市→对应区列表”这种稀疏结构。强行嵌套会导致选项错位、disabled 不生效、H5 端样式断裂。
- 省→市：用
uni-data-select+@change触发接口请求，清空并重置下级v-model和options - 区级：改用
uni-data-checkbox或scroll-view+radio-group渲染，传入动态生成的options数组 - 千万别给第三级也绑
uni-data-select，它不支持range动态更新后自动重绘，旧值残留概率极高 - App 端若发现 checkbox 点击无响应，检查是否漏了
touchmove.stop阻断滚动穿透
吸顶栏点击“回到顶部”为什么 scrollY 偏移不准
uni.pageScrollTo({ scrollTop: X }) 的 X 是从页面顶部开始的像素值，但吸顶后实际内容区域已有滚动偏移，直接设 scrollTop: 0 会跳过导航栏遮挡区，用户看到的是“闪一下又回落”。
- 正确做法是：记录初始
barTop值（比如 120），uni.pageScrollTo({ scrollTop: this.barTop - 2, duration: 300 })，减去 2 是为了避开吸顶栏底部边框 - H5 端要额外判断
document.documentElement.scrollTop是否已为 0，否则重复调用会触发浏览器原生滚动抖动 - 小程序里
duration大于 300ms 容易被系统截断，建议固定用 300 - 如果点击后没反应，检查是否在
onPageScroll里写了preventDefault或用了catchtouchmove拦截了事件冒泡
最麻烦的不是写代码，而是验证——iOS 小程序滚动事件节流严重，onPageScroll 可能 300ms 才触发一次；H5 端 pageScrollTo 在 Chrome 120+ 有异步延迟；App 端需要单独测试原生层滚动锚点偏移。每个平台都得留一手兜底逻辑，比如加个防抖计时器和 fallback 位置校验。
