uni-app中实现右侧字母索引栏需用scroll-view配合touchstart/touchmove监听手指滑动，通过pagey反推字母并节流触发scrolltop跳转，注意阻止默认行为、设置固定高度、ios偏移微调及动态生成索引数组。
uni-app里怎么实现右侧字母索引栏（A-Z）
直接用 scroll-view + touchstart + touchmove 监听手指滑动，配合 scrollTop 跳转到对应字母区块。不能依赖原生 list 或 recycle-list 的锚点跳转，它们不支持动态滚动定位。
常见错误是监听 touchmove 时没阻止默认行为，导致页面跟着拖拽、索引条“飘走”；或者没做节流，频繁触发 scrollIntoView 导致卡顿。
- 索引栏每个字母用
view包裹，绑定data-letter属性 - 监听
touchstart和touchmove，从touches[0].pageY反推当前触点对应的字母 - 用
this.$nextTick(() => { this.scrollTop = targetTop })触发平滑滚动（scroll-view必须设scroll-y和固定高度） - 记得在
touchend后清空高亮状态，否则松手后字母还亮着
如何让通讯录列表按首字母分组并生成索引数组
别手动写 A-Z 数组——用户通讯录可能没 Z，也可能有「#」或「未知」，得动态提取真实存在的首字母。
关键在排序和分组逻辑：先用 localeCompare 按中文拼音排序（iOS/Android 表现一致），再遍历生成带 letter 和 list 的分组对象数组。
- 中文姓名取首字符用
name.charAt(0)不可靠，要用name.match(/^[\u4e00-\u9fa5]/)?.[0] || name.charAt(0).toUpperCase() - 分组后记得过滤空组：
groups.filter(g => g.list.length)，避免索引栏出现孤立字母 - 如果后端返回的是已分好组的数据，注意检查字段名是否统一（比如有的叫
initial，有的叫firstLetter） - 性能敏感场景下，分组逻辑放
computed而非methods，避免重复计算
uni-app中 scroll-view 滚动定位不准的典型原因
最常踩的坑是：滚动容器高度没设死、内部内容没撑开、或用了 flex: 1 却没给父级定高，导致 scrollTop 计算值始终为 0。
另一个隐蔽问题是：iOS 下 scroll-view 在 tabBar 页面中，底部被遮挡，实际可滚动区域比预期小 50px，但 getRect 获取的 offsetTop 没扣掉这个值。
-
scroll-view必须显式设置style="height: 600rpx"（不能只靠flex: 1） - 每个字母区块用
id="letter-A"，跳转前先this.createSelectorQuery().select(`#letter-${letter}`).boundingClientRect()拿真实 top 值 - 安卓和 iOS 的
scroll-view滚动行为不一致，建议加个offsetTop: uni.getSystemInfoSync().platform === 'ios' ? -44 : 0微调 - 避免在
scroll-view内嵌套过多v-for，长列表务必用recycle-list替代，否则滑动卡顿明显
为什么点击索引字母没反应？检查这三处
不是逻辑写错了，大概率是 DOM 绑定或生命周期时机问题。
最典型的是：索引栏渲染完成时，列表还没挂载完，createSelectorQuery 查不到目标 id；或者用了 v-if 控制列表显示，但索引栏没同步响应。
- 确保索引栏和列表使用同一份数据源，且分组逻辑在
mounted后执行（或用$nextTick包一层） - 点击事件里不要直接写
this.scrollTop = xxx，要先if (!this.scrollable)判断容器是否 ready - 真机调试时发现点击无响应？检查是否误加了
catchtouchmove或user-select: none，会拦截触摸事件
字母索引看着简单，真正上线时最麻烦的是 iOS 上 touch 坐标偏移、分组拼音排序兼容性、以及长列表下 scroll-view 的内存占用。别省事用 scrollIntoView 硬跳，老老实实算 offsetTop + 节流触发，反而更稳。
