用 Random + OrderBy 会出错，因 new Random().Next() 易产生重复键导致排序不稳定；应复用 Random 实例或改用 Fisher-Yates 洗牌算法（O(n)，等概率），避免 Guid.NewGuid().GetHashCode() 等低效替代。
用 Random + OrderBy 会出错？别这么干
直接用 new random().next() 作为 orderby 的排序键，看似简洁，实际会导致大量重复键值，排序结果不稳定甚至原地不动。因为 random 实例创建太快，种子相同，next() 返回一连串相同数字。
- 别写
list.OrderBy(x => new Random().Next())—— 每次都新建实例，大概率全返回同一个数 - 正确做法是复用一个
Random实例，比如定义为字段或局部变量 - 即便复用了，
OrderBy是稳定排序，相同键值不改变相对顺序，仍可能残留局部有序
推荐方案：Fisher-Yates 原地洗牌（List<T>.Shuffle()）
C# 没内置 Shuffle，但 Fisher-Yates 算法几行就能写完，时间复杂度 O(n)，真正随机且高效。它从后往前遍历，每次和前面任意位置（含自己）交换，确保每个排列等概率出现。
var rand = new Random();
for (int i = list.Count - 1; i > 0; i--)
{
int j = rand.Next(i + 1);
(list[i], list[j]) = (list[j], list[i]);
}-
rand.Next(i + 1)必须是i + 1，不是i，否则最后一个元素永远无法被换到末尾 - 用元组解构交换比临时变量更安全，避免自赋值陷阱（如
i == j时） - 该算法修改原集合，如果需要保留原顺序，请先调用
list.ToList()
想用 LINQ 又不想踩坑？用 OrderBy 但换键生成方式
如果非要用函数式风格，关键是让每个元素的排序键「唯一且不可预测」。用 Guid.NewGuid().GetHashCode() 是常见替代，它不依赖时间种子，冲突概率极低。
- 可写成
list.OrderBy(_ => Guid.NewGuid().GetHashCode()).ToList() - 注意
GetHashCode()是 int，不会溢出；但Guid.NewGuid()有轻微性能开销，大数据量（>10k）时不建议 - 不要用
DateTime.Now.GetHashCode()—— 分辨率低，密集调用时大量重复 - 该方式返回新列表，不修改原
List，内存占用翻倍
多线程环境下的 Random 安全问题
如果洗牌逻辑在异步或并行任务里频繁执行，共享单个 Random 实例会引发竞态——Next() 不是线程安全的。
- 简单场景下，改用
Random.Shared（.NET 6+），它是线程安全的静态实例 - 旧版本可用
ThreadLocal<Random>，但初始化开销略大 - 绝对不要在循环里 new 多个
Random，也别用锁包住Next()，会严重拖慢速度
真正随机不是靠“看起来乱”，而是算法保证每种排列概率相等。Fisher-Yates 是唯一值得默认信任的方案，其余都是妥协。别为了少写两行代码，把数据分布悄悄搞偏。
