Collections.shuffle是Java中安全高效的集合随机打乱方法，需传入可修改的ArrayList以避免异常，结合subList可实现抽奖等场景；支持固定种子实现可重现随机，性能上优先选用ArrayList。
Collections.shuffle 是 Java 中实现集合随机重组最直接、最可靠的方式，它不造轮子、不依赖第三方，一行代码就能完成全量公平打乱。关键不在于“会不会用”，而在于“用得准”——稍不留神，就可能抛异常、结果不可重现，甚至影响业务公平性。
必须传可修改的 List，否则会出错
shuffle 方法只接受支持 set() 和 listIterator() 的 List 实现。常见错误包括：
-
Arrays.asList("A", "B", "C") 返回的是固定大小列表，调用 shuffle 会抛
UnsupportedOperationException - List.of("X", "Y")（Java 9+）或 Collections.unmodifiableList() 同样不可写
- int[] 或 String[] 数组不能直传，需先转为 List
安全写法始终是：new ArrayList(original) 包一层再 shuffle，既避免异常，又隔离原始数据。
抽奖和随机采样：打乱 + 取头，逻辑极简
从 N 个用户中抽 M 个中奖者，无需 while 循环、不用去重校验、不担心重复抽取：
立即学习“Java免费学习笔记（深入）”；
- 把所有参与者加入 ArrayList
- 调用 Collections.shuffle(list)
- 用 list.subList(0, Math.min(M, list.size())) 获取前 M 个
即使 M 超过总人数，Math.min 也能自动兜底，避免 IndexOutOfBoundsException。
可控随机：固定种子让结果可重现
测试、审计、游戏回放等场景需要“伪随机但确定”：
- 用 new Random(123L) 创建带固定种子的实例
- 传入 Collections.shuffle(list, random)
- 相同种子 → 相同交换路径 → 相同打乱结果
生产环境切勿硬编码种子，应使用默认无参版本，确保真正随机性。
性能与结构选择有讲究
shuffle 内部会根据 List 类型自适应优化：
- ArrayList（实现 RandomAccess）：原地交换，O(n) 时间 + O(1) 空间
- LinkedList：先转数组再打乱，再写回，大数据量时性能明显下降
- 元素数 ≤ 5 时统一走轻量路径，无需额外担心
高频洗牌场景建议优先选用 ArrayList；若业务强依赖 LinkedList 的插入/删除特性，需评估是否真有必要频繁 shuffle。
