collections.shuffle 是 java 中最直接可靠的 list 随机乱序工具，基于 fisher-yates 算法保证等概率，需传入可修改 list（如 new arraylist(original)），支持固定种子复现、原地操作、抽奖取前 n 个即公平。
Collections.shuffle 是 Java 中处理 List 随机乱序最直接、最可靠的方式，它不新建集合、不依赖排序、不手动循环，一行代码就能完成公平打乱。关键在于用对、用稳、避开常见陷阱。
必须传入可修改的 List
shuffle 要求列表支持 set() 和 listIterator() 操作，否则运行时报 UnsupportedOperationException。常见“看似合法实则危险”的写法包括：
-
Arrays.asList("A", "B", "C")返回的是固定大小视图，不能 shuffle -
Collections.unmodifiableList(original)或 Java 9+ 的List.of()均不可修改 - 数组（如
String[]）不能直接传入，必须先转为支持修改的 List
安全做法：始终用 new ArrayList(source) 包一层再调用，既隔离原数据，又确保可修改。
抽奖与随机采样：取前 N 个就够了
不需要 while 循环抽、不用去重、不担心重复或遗漏——打乱后顺序天然随机，取头即得公平结果：
- 把所有候选者加入
ArrayList - 执行
Collections.shuffle(list) - 用
list.subList(0, Math.min(N, list.size()))获取中奖名单
这个逻辑天然防越界，也避免了“抽一个删一个再重 shuffle”这种破坏等概率分布的错误操作。
让结果可重现：固定种子是测试关键
默认 shuffle 使用系统时间作为种子，每次结果不同；但单元测试、审计回溯、游戏存档需要确定性输出：
- 测试时用
Collections.shuffle(list, new Random(123L))，相同输入 + 相同 seed → 完全一致的结果 - 生产环境保持无参调用即可，保证真随机
- 高安全场景（如抽奖后台）可用
SecureRandom替代，注意其初始化可能阻塞
记录所用 seed，就能完整复现某次打乱过程，便于合规验证。
性能与线程安全要注意什么
shuffle 是原地操作，非线程安全，且性能表现因底层结构而异：
- 对
ArrayList（实现RandomAccess）：O(n) 时间 + O(1) 空间，高效稳定 - 对
LinkedList：JDK 先转数组再打乱再写回，大数据量下性能可能差两个数量级 - 多线程并发 shuffle 同一列表时，必须加锁，或改用线程局部副本（如
ThreadLocalRandom配合独立 list）
空列表、单元素、含 null 元素的列表均可安全调用，不会抛异常，这是设计行为。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
