uni-app中知乎式搜索栏吸顶唯一稳解是scroll-view+bindscroll：需设scroll-y与固定高度，搜索栏为兄弟节点，onReady取offsetTop，用占位节点防上跳，requestAnimationFrame优化性能。
position: sticky 在 uni-app 里对知乎式搜索栏吸顶基本不可用——微信/支付宝小程序完全不支持，H5 端极易因父容器样式失效，App 端内核差异导致行为不一致。
scroll-view + bindscroll 是唯一稳解
必须把内容区域包在 scroll-view 内，监听其 bindscroll 事件，手动控制搜索栏的定位状态。页面原生滚动（onPageScroll）在 iOS 微信小程序中会丢失部分滚动事件，且 fixed 元素在键盘弹起时易被顶出视口，风险更高。
- 给
scroll-view显式设置scroll-y="true"和固定高度，例如height: calc(100vh - var(--status-bar-height)) - 不要用
page的默认滚动，否则无法精确获取scrollTop，也无法控制占位逻辑 - 搜索栏必须是
scroll-view的兄弟节点，而非其子节点——否则吸顶后会随滚动区域一起位移
offsetTop 必须 onReady 后取，不能 onMounted 就读
Vue 3 的 onMounted 钩子中 DOM 常未完成渲染，直接调用 uni.createSelectorQuery() 获取 offsetTop 会返回 0，导致吸顶阈值判断永远失败。
知乎数据获取 - 极简设计，支持三级认证降级（Browser Profile → File Cookie → Fallback），确保数据可靠获取 Zhihu Data Fetcher - Minimalist design with three-level auth fallback (Browser Prof...
- 在
onReady或nextTick后执行查询，并缓存结果（如headerHeight） - 若使用
rpx单位，记得用uni.upx2px()转换为px，因为scrollTop单位恒为px - 建议动态计算：用
uni.getSystemInfoSync().statusBarHeight补偿状态栏，避免吸顶后遮挡内容
吸顶后内容上跳？必须加占位节点，别碰 padding-top
搜索栏从 relative 切到 fixed 后脱离文档流，下方内容会瞬间上移——这不是 bug，是 CSS 正常行为。靠 padding-top 给父容器补高会导致滚动区域高度突变，滚动条跳动、位置错乱。
- 在搜索栏下方插入一个条件渲染的空
view：<view v-if="isSticky" class="placeholder" :style="{ height: headerHeight + 'px' }"></view> - 占位节点高度必须严格等于搜索栏渲染后的实际高度（含边框、内边距），不能靠预估
- 如果搜索栏含
input，iOS 微信中 keyboard 弹起时fixed元素会被顶起，此时需监听keyboardheight动态调整top
高频 scroll 回调卡顿？requestAnimationFrame 是底线
低端安卓机上，bindscroll 每秒可能触发上百次，每次都做 setData + DOM 查询 + 样式切换，必然掉帧甚至丢帧。
- 用
requestAnimationFrame包裹吸顶状态判断逻辑，确保一帧只执行一次 - 只在
scrollTop跨越吸顶阈值（如从 <headerHeight变为 ≥）时才更新isSticky，避免无意义重绘 - 绝对不要在
bindscroll回调里调用uni.createSelectorQuery()或getComputedStyle()—— 它们是同步阻塞操作
真正难的不是写几行代码让搜索栏“看起来”吸顶，而是让它的出现、吸附、释放、键盘适配、跨端一致性全部自然发生——这些细节藏在 onReady 的时机、占位节点的高度精度、以及 requestAnimationFrame 的包裹粒度里。
