position: sticky 在知乎式首页基本无效，因小程序不支持、h5受父容器限制、app端兼容性差；唯一可控方案是 scroll-view + bindscroll，需精确计算高度、获取 offsettop、添加占位节点、节流处理及键盘适配。
直接写 position: sticky 在知乎式首页基本无效
不是你漏写了 top: 0，也不是单位用错了——微信/支付宝小程序压根不解析这个声明；H5 端哪怕写对了，只要父容器带 overflow: hidden、transform 或是 flex 子项且 align-self: stretch，就立刻失效；App 端 iOS WKWebView 旧版本、Android 各厂商内核对 sticky 支持极不稳定。你在开发者工具里看到“动了”，真机一跑就回归文档流。
scroll-view + bindscroll 是唯一可控路径
知乎首页这类长列表+搜索栏吸顶场景，必须用局部滚动容器（scroll-view）替代页面级滚动，并手动监听滚动位置切换定位状态。关键不在样式怎么写，而在“切得准不准”和“切得稳不稳”：
- 给
scroll-view显式设height，例如height: calc(100vh - var(--status-bar-height) - 88rpx)（减去状态栏 + 自定义导航栏高度），否则bindscroll不触发 -
offsetTop必须在onReady或nextTick后用uni.createSelectorQuery()获取，onLoad或onMounted里直接取大概率是0 - 吸顶后内容会“上跳”，必须加占位节点：
<view v-if="isSticky" class="placeholder" :style="{ height: headerHeight + 'px' }"></view>，别用padding-top给父容器补高——滚动区域高度突变会导致滚动条跳动 -
bindscroll回调里禁止调用uni.createSelectorQuery()或getComputedStyle()，它们是同步阻塞操作，一帧多次执行直接卡顿丢帧 - 用
requestAnimationFrame节流，只在下一帧做一次判断，避免高频滚动反复重排
搜索栏吸顶要特别处理键盘遮挡
知乎首页搜索栏常含 <input>，iOS 微信小程序中 position: fixed 元素会被软键盘顶起，导致吸顶错位甚至消失：
- 监听
keyboardheight变化事件（uni.onKeyboardHeightChange） - 当键盘弹出时，动态调整吸顶元素的
top值：比如设为calc(var(--status-bar-height) + 44rpx - keyboardHeight) - 键盘收起后恢复原
top: 0，否则页面滚动时会残留偏移
别迷信封装组件，u-sticky 的 offsetTop 单位是 rpx
用 u-sticky 看似省事，但参数稍有偏差就静默失效：
-
offsetTop默认单位是rpx，传0且页面启用了自定义导航栏，吸顶会直接盖住状态栏——必须用uni.getSystemInfoSync().statusBarHeight动态计算初始偏移 - 若搜索栏嵌套在
scroll-view内部，需确保该scroll-view已设scroll-y且高度足够，否则组件无法感知滚动，也不触发吸顶 -
disabled属性在部分旧版 uView 中不响应式更新，改值后不会重新计算位置，得手动调用this.$forceUpdate()或重置key
最易被忽略的点：吸顶阈值不能硬编码成 200 或 100，必须基于真实 DOM 高度计算；而这个高度又依赖系统状态栏、导航栏、字体缩放等变量——所以 offsetTop 一定要在 DOM 渲染完成、所有样式生效后再取，且缓存复用，别每次滚动都查。
