collections.shuffle() 是 java 中生成真正随机序列最直接、最可靠的方式，基于 fisher-yates 算法原地重排，保证所有排列等概率；需使用可修改 list（如 arraylist），避免 arrays.aslist() 或 list.of() 等不可变集合；支持固定 seed 复现结果，适配 arraylist 和 linkedlist 性能优化，适用于抽奖、题库乱序等场景。
Collections.shuffle() 是 Java 中生成真正随机序列最直接、最可靠的方式，它不靠“多次取随机索引拼凑”，而是用 Fisher-Yates 算法对整个 List 做一次原地重排，保证所有排列等概率出现，天然适合抽奖、洗牌、题库乱序等场景。
必须用可修改的 List 才能调用
这个方法只接受支持 set() 和 listIterator() 的 List 实现，比如 ArrayList、LinkedList。常见踩坑点：
- Arrays.asList("A","B","C") 返回的是固定大小列表，调用 shuffle 会抛 UnsupportedOperationException
- List.of("X","Y","Z")（Java 9+）是不可变集合，同样不支持
- int[]、String[] 数组不能直接传入，必须先转成 List：new ArrayList(Arrays.asList(arr)) 或 Stream.of(arr).collect(Collectors.toList())
安全写法始终是：new ArrayList(originalList) 包一层再 shuffle，既避免异常，又不影响原始数据。
让随机结果可重现（测试/审计关键）
默认版本用系统时间做种子，每次运行都不同——这适合生产环境，但不利于验证逻辑。需要复现时，传入带固定 seed 的 Random：
- Collections.shuffle(list, new Random(123L))：相同输入 + 相同 seed → 完全相同的打乱顺序
- 单元测试中建议用常量种子（如 42、997），便于比对中奖名单或题序是否符合预期
- 年会抽奖系统可记录本次使用的 seed，后续任何质疑都能回溯验证过程合规性
高安全场景（如区块链抽奖）可换用 SecureRandom，它基于系统熵源，抗预测性更强。
性能表现因 List 类型而异
Collections.shuffle() 会自动适配底层结构：
- 对 ArrayList（实现 RandomAccess）：直接原地交换，O(n) 时间 + O(1) 空间
- 对 LinkedList：先拷贝到数组打乱，再逐个写回，避免链表遍历时的 O(n²) 开销
- 元素数 ≤ 5 时统一走快速路径，无需区分类型
所以高频洗牌场景（如每秒千次题库乱序），优先选 ArrayList；若业务强依赖 LinkedList 的插入/删除特性，需评估是否真有必要——多数情况下换结构收益更大。
典型业务写法：抽奖与随机采样
不需要 while 循环、不用去重校验、不靠反复 nextInt() 抽索引：
- 把全部候选人放进 ArrayList
- 调用 Collections.shuffle(list) 一次打乱
- 用 list.subList(0, N) 取前 N 个，就是最终结果
- N 超出 size 时加 Math.min(N, list.size()) 防越界
这种写法简洁、公平、高效，且天然规避重复中奖问题——只要不重复取同一位置，就不存在“抽中又放回”的逻辑漏洞。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
