用LinkedList实现上一曲/下一曲易翻车，因其不维护当前播放位置，get(i)为O(n)，Iterator越界抛异常，且手动管理索引易不同步；应使用ListIterator实例作为播放器字段，依赖hasPrevious()/hasNext()安全双向切换，并显式处理循环逻辑与边界行为。
为什么用 LinkedList 实现上一曲/下一曲容易翻车
因为 LinkedList 本身不维护“当前播放位置”的概念，它只是个双向链表——get(i) 是 O(n) 的，而你每次切歌都靠索引找节点，性能会随列表变长明显下降；更关键的是，很多人直接拿 Iterator 循环一遍再 next()，结果切到末尾就抛 NoSuchElementException，根本没处理边界。
- 真实场景里，“上一曲”可能要回到刚播过的那首（不是简单往前移一位），所以得缓存上一个节点引用，不能只靠游标索引
-
LinkedList的listIterator(int index)可以定位，但传入-1或超过size()会直接抛IndexOutOfBoundsException - 如果用
Iterator做单向遍历，切上一曲就得从头重来，完全违背“上一曲”应是 O(1) 的直觉
listIterator() 怎么安全支持双向切换
核心是复用同一个 ListIterator 实例，并始终在有效范围内移动。它自带 hasPrevious() / hasNext() 和 previous() / next()，比手动算索引靠谱得多。
音乐人（虚拟歌手MV制作）
下载
虚拟歌手场景 MV 制作流水线。输入音乐音频、歌词、视频脚本、虚拟歌手三视图参考图，自动生成完整场景 MV。支持 AI 动态视频、风格化动画模板、3D 模型三种动画模式。不支对口型。
- 初始化时用
list.listIterator(0)，指向第一个元素前；第一次调next()才真正开始播放 - “下一曲”：先
if (it.hasNext()) it.next()，否则循环回开头（或停住，看需求） - “上一曲”：先
if (it.hasPrevious()) it.previous()，否则不动作（或跳到末尾） - 注意：
previous()返回的是上一个元素，但迭代器位置会后退；连续两次previous()会越界，必须每次都检查
如何避免切歌时丢失当前状态
最常见错误是每次点击都新建一个 ListIterator，比如写成 list.listIterator(currentIndex)，但 currentIndex 容易不同步——用户连点两下“下一曲”，中间还没来得及更新变量，就又从老位置开始了。
- 不要自己维护
currentIndex变量，让ListIterator自己记位置 - 把迭代器作为播放器类的私有字段，生命周期和播放器一致
- 如果需要获取当前曲目索引（比如显示“第 3 首”），用
it.nextIndex()——它返回下一个next()将取到的索引，也就是当前正在播放的曲目索引（前提是刚调过next()） - 重置播放列表时，别只清空
LinkedList，记得it = list.listIterator(0)重建迭代器
边界行为必须显式定义，不能依赖默认异常
用户点“上一曲”时正在播第一首，该干嘛？静音？跳到最后一首？弹提示？这些不是技术问题，而是交互契约。代码里如果只靠捕获 NoSuchElementException，逻辑就藏太深，后续维护的人根本看不出设计意图。
- 把“是否循环播放”做成配置项，比如布尔字段
loop，并在切歌逻辑里分支处理 - “下一曲”到末尾时：
if (!it.hasNext() && loop) it = list.listIterator(0); else if (!it.hasNext()) return null; - “上一曲”到开头时：
if (!it.hasPrevious() && loop) it = list.listIterator(list.size()); else if (!it.hasPrevious()) return null; - 注意：
listIterator(list.size())指向末尾之后，此时previous()才能取到最后一个元素
next() 和 previous()，而是想清楚“当前在哪”“越界怎么走”“要不要循环”这三件事怎么落到同一套状态机里。 
