直接用new Random()在OrderBy中会导致重复种子和不随机结果；应复用同一Random实例或用Fisher-Yates原地洗牌（O(n)、均匀、高效），多线程用Random.Shared或ThreadLocal<Random>，可重现结果需显式传入固定种子。
用 Random 直接 Shuffle 会出错？
直接调用 list.OrderBy(x => new Random().Next()) 看似简单，但极大概率导致重复排序或结果不随机——因为 new Random() 在短时间内（毫秒级）会生成相同种子，Next() 返回值高度重复。这不是“不够乱”，而是根本不可靠。
正确做法是复用同一个 Random 实例：
- 在类级别声明一个
static readonly Random字段，避免频繁创建 - 或在方法内传入已初始化的
Random实例（适合需要控制种子的测试场景） - 绝对不要在
OrderBy的 lambda 里 newRandom
推荐用 Fisher-Yates 原地洗牌，别依赖 OrderBy
OrderBy 是稳定排序，时间复杂度 O(n log n)，且需额外内存；而 Fisher-Yates 是 O(n) 原地算法，真正均匀、高效、可控。
实操写法（泛型扩展方法）：
public static void Shuffle<T>(this IList<T> list, Random rng)
{
int n = list.Count;
while (n > 1) {
n--;
int k = rng.Next(n + 1);
(list[k], list[n]) = (list[n], list[k]);
}
}
-
rng.Next(n + 1)必须是n + 1，不是n，否则最后一个元素永远无法被换到末尾位置 - 使用元组解构交换，比临时变量更简洁安全
- 该方法修改原
List<T>，不产生新列表，内存友好
多线程环境下 Random 不是线程安全的
如果多个线程共用同一个 Random 实例并调用 Next()，可能抛出 System.ArgumentOutOfRangeException 或返回异常值（如负数），这是内部状态竞争导致的。
- 生产环境建议用
Random.Shared（.NET 6+），它是线程安全的静态实例 - 旧版本可改用
ThreadLocal<Random>，每个线程独享实例 - 避免把单例
Random当作全局静态字段直接多线程调用
需要可重现的洗牌结果？必须显式传入种子
调试或测试时，你可能希望每次运行都得到同一组打乱顺序——这只能靠固定种子实现。
错误示范：new Random(42) 放在方法内，看似固定，但若被高频调用仍可能因系统时钟精度问题漂移；正确方式是构造时明确传入种子，并复用：
var rng = new Random(42); myList.Shuffle(rng); // 同一 rng 多次调用，结果完全一致
- 种子相同 + 算法相同 + 输入顺序相同 → 输出顺序 100% 一致
- 不要依赖默认无参构造函数来“复现”，它基于系统时间，不可控
- 单元测试中应传入带种子的
Random，否则断言会偶然失败
真正的难点不在写几行代码，而在理解随机性背后的确定性约束：种子、实例生命周期、线程边界——漏掉任一环，你的“洗牌”就只是看起来乱而已。
