根本原因是未正确监听scroll-into-view或未触发scroll-top更新；需确保id精确匹配、右侧scroll-view设固定高度和scroll-y、用createSelectorQuery动态获取锚点位置并缓存，配合$nextTick保证DOM渲染完成。
uni-app 中用 scroll-view 做双列表联动，为什么左边不点右边不动？
根本原因不是 scroll-view 不能联动，而是你没监听 scroll-into-view 或没触发 scroll-top 更新。uni-app 的 scroll-view 不像原生那样自动同步滚动位置，必须手动控制右侧内容区滚动到对应锚点。
常见错误现象：scroll-into-view 绑定的 id 没加引号、id 值含空格或特殊字符、右侧 scroll-view 缺少 scroll-y 和固定高度、节点还没渲染完就调 scrollIntoView。
- 左侧分类列表点击时，要拿到对应右侧区块的
id（比如"category-2"），然后赋值给右侧scroll-view的scroll-into-view属性 -
scroll-into-view的值必须和目标元素的id完全一致（大小写、连字符都不能错） - 右侧
scroll-view必须设置style="height: 600px;"这类固定高度，否则无法触发滚动 - 首次进入页面时，建议用
$nextTick确保 DOM 渲染完成再初始化滚动定位
监听右侧滚动，怎么让左边分类高亮跟着变？
不能靠 bindscroll 拿 scrollTop 然后硬算——不同机型、不同字体、不同 padding 下，每个区块的 top 值差异很大，极易错位。正确做法是用 createSelectorQuery 动态获取每个锚点区域的 boundingClientRect，再比对当前滚动位置。
性能关键点：不要在每次 scroll 里重复查所有节点，只查「可能进入视口」的几个；兼容性注意：H5 和小程序 selector 查询时机不同，App 端需加 uni.createSelectorQuery() 而非 this.$scope.createSelectorQuery()。
- 在
onReady阶段预先查一遍所有id对应的top值，存进数组如this.anchorTops = [{id: 'category-1', top: 0}, ...] - 在
scroll回调中，用当前scrollTop + visibleHeight / 2去匹配最近的top值，避免滚动过快时跳级 - 高亮状态用
currentActiveId控制，模板里写:class="{ active: item.id === currentActiveId }"
scroll-into-view 在微信小程序和 App 端表现不一致？
是的。微信小程序里 scroll-into-view 支持字符串 ID 直接滚动，但 uni-app 编译到 App 时，若目标节点在 v-for 里且 key 不稳定，会找不到节点；H5 端则对大小写更敏感，Category-1 和 category-1 视为不同。
容易踩的坑：scroll-into-view 是响应式属性，但如果你用的是 v-model 或计算属性中间层，没触发视图更新；或者在 watch 里改了值但没等 $nextTick 就再次触发滚动。
- 确保目标节点有明确、静态的
id，不要用:id="'category-' + index"这种依赖索引的方式（列表重排会失效） - 改
scroll-into-view后加一层setTimeout(() => {}, 10)或this.$nextTick()，尤其在 tab 切换后首次滚动 - 调试时打印
uni.createSelectorQuery().select('#' + id).boundingClientRect()，确认节点是否真被查到
有没有更轻量、不依赖 scroll-view 的替代方案？
有。如果右侧内容结构简单、高度可预估（比如每项固定 200px），直接用 page 级滚动 + position: sticky 左侧导航，右侧用普通 view + id 锚点链接，配合 uni.pageScrollTo 更稳定。
适用场景：内容项数量不多（scroll-view 的各种平台差异，代码更少，首屏也更快。
