最稳定跨端方案是scroll-view+scroll-into-view，歌词时间戳需转为秒级浮点数（如[01:23.45]→83.45），解析时过滤空行并按时间升序，id须动态唯一生成且currentlyricindex合法。
直接用 scroll-view + scroll-into-view 是最稳定、跨端兼容性最好的方案，不需要操作 DOM 或手动计算滚动距离，避免在小程序/HarmonyOS/Web 多端出现偏移、卡顿或 ref 失效问题。
歌词解析必须转成秒级浮点数时间戳
LRC 格式里的时间是 [mm:ss.xx]，比如 [01:23.45]。不能直接字符串匹配或用正则提取后当整数处理——小数部分（.45）代表毫秒，必须转成秒（83.45），否则同步会漂移。
- 错误写法：
parseInt('23.45')→ 得到 23，丢失毫秒精度 - 正确做法：拆出分、秒、毫秒三段，统一转为秒：
min * 60 + sec + ms / 100 - 注意：有些 LRC 含
[00:00.00]或空行，解析时要filter(Boolean)去掉空行，再按time升序排列（后端返回不一定有序）
scroll-into-view 的 id 必须动态生成且唯一
scroll-view 的 scroll-into-view 属性只认字符串 id，且要求该 id 在当前 scroll-view 内唯一。不能写死 "l0"，也不能用索引直接拼——因为 v-for 中的 index 可能因条件渲染变化而错位。
- 推荐写法：
id="l{{ index }}"（模板中） +currentLyricId = computed(() => `l${currentLyricIndex.value}`)（逻辑中） - 必须确保
currentLyricIndex是合法索引（≥0 且 parsedLyrics.value.length），否则scroll-into-view会静默失败，不报错也不滚动 - 首次加载歌词时，
currentLyricIndex应设为-1，等音频开始播放、onTimeUpdate触发后再更新，避免初始滚动跳动
音频时间同步要用 uni.createInnerAudioContext() 的 onTimeUpdate
别用 <audio></audio> 原生标签或 document.querySelector('audio').currentTime——uni-app 中原生 audio 在 iOS 小程序和 HarmonyOS 上行为不一致，且无法可靠触发 timeupdate。
- 必须用
uni.createInnerAudioContext()实例，监听其onTimeUpdate回调 - 回调中通过
Math.floor(currentTime)或线性查找（不是二分！因为歌词行少，通常 ≤200 行，线性更稳）匹配parsedLyrics中第一个time ≤ currentTime的索引 - 注意：
currentTime单位是秒（浮点数），而歌词time也是秒（浮点），二者单位一致才能直接比较 - 防抖建议：不用节流，但要在
onTimeUpdate里加个简单判断，比如只有当Math.floor(currentTime) !== lastSecond才更新currentLyricIndex，减少不必要的响应式开销
真正容易被忽略的是：歌词行高必须固定，且 scroll-view 的 scroll-y 和 scroll-into-view 对「居中对齐」无支持——它只会把目标元素顶部滚到可视区顶部。如果想让当前行居中，得额外算偏移量并设置 scroll-top，但这会和 scroll-into-view 冲突，只能二选一。实际项目中，90% 的「网易风」歌词滚动都采用顶部对齐+高亮样式区分，而非物理居中。
