uni-app中querySelector查不到元素主因是渲染时机不当，需用$nextTick确保DOM就绪，配合uni.createSelectorQuery()跨端查询，并注意节点可见性、响应式更新及性能优化。
uni-app里querySelector查不到元素？先确认渲染时机
DOM节点还没挂载就调用查询，返回null是常态。uni-app的mounted钩子不等于DOM就绪，尤其在v-if、条件渲染或异步数据后插入的节点，容易踩空。
- 用
nextTick包裹查询逻辑，确保虚拟DOM已更新、真实节点已插入：this.$nextTick(() => { const query = uni.createSelectorQuery().in(this) query.select('#myBox').boundingClientRect(data => { console.log('高度：', data.height) }).exec() }) - 避免在
onLoad或created里直接查——此时组件甚至没开始渲染 - 如果节点由
v-for动态生成，确保data已赋值且响应式更新触发了重绘
boundingClientRect返回height为0？检查样式和可见性
查到了节点，但height或top是0，大概率不是API问题，而是节点本身不可见或未布局。
- 元素
display: none、visibility: hidden、父级v-if=false都会导致查询结果为空或全0 - 使用
getComputedStyle验证是否真被渲染：const el = document.getElementById('myBox') console.log(getComputedStyle(el).display) // 看是不是'none' - Flex/Grid容器中子项未设宽高、或内容为空且无
min-height，也可能返回0
跨端兼容：H5能用document.querySelector，小程序不行
别混用原生DOM API和uni封装查询——H5环境看似能跑通，但一到微信/支付宝小程序就报document is not defined。
- 统一走
uni.createSelectorQuery()，它是跨端安全的入口 - 不要写
document.getElementById('xxx').offsetHeight，这在非H5平台直接崩溃 - 注意
in(this)必须显式传入当前组件实例，否则在自定义组件里查不到子节点 - App端（iOS/Android）对
exec()回调有时序差异，建议加超时兜底
多次查询卡顿？别在scroll里反复调用createSelectorQuery
每个createSelectorQuery()都触发一次原生层通信，高频调用会明显拖慢滚动体验，尤其在低端安卓机上。
- 高度只变一次？查完缓存到
data里，后续直接读this.cachedHeight - 需要监听尺寸变化？用
IntersectionObserver替代轮询，或监听resize事件（H5） - 真要动态响应滚动？优先用
transform: translateY做视差，而非反复测距
最常被忽略的一点：查询结果里的height是逻辑像素（rpx换算后），不是物理像素；若需精确适配屏幕，得结合uni.getSystemInfoSync().pixelRatio手动转换。
