Random类在C#中非线程安全，多线程共享实例会导致状态损坏、重复值等问题；推荐使用ThreadLocal<Random>实现线程隔离，或加锁同步访问，高安全性场景可用RandomNumberGenerator。
在C#中，Random 类不是线程安全的。如果多个线程同时访问同一个 Random 实例，可能会导致内部状态损坏，甚至返回 0 或重复值。尤其在多线程环境中，比如并行循环或任务并行库（TPL）场景下，这个问题尤为明显。
问题根源：共享 Random 实例导致竞争条件
当多个线程共用一个 Random 实例时，它们可能同时调用 Next() 方法。由于 Random 内部使用共享的状态字段（如 seed），多线程读写这些字段会造成数据竞争，最终可能导致：
- 生成大量相同的随机数
- 性能下降或程序挂起
- 极少数情况下引发异常
解决方案1：每个线程使用独立的 Random 实例
最常见且高效的做法是为每个线程创建独立的 Random 实例，避免共享。可以使用 ThreadLocal<Random> 来实现线程本地存储：
private static readonly ThreadLocal<Random> _random
= new ThreadLocal<Random>(() => new Random(Guid.NewGuid().GetHashCode()));
使用方式：
int randomNumber = _random.Value.Next(1, 100);
说明： 使用 Guid.NewGuid().GetHashCode() 提供不同的种子，避免多个线程因同时初始化而获得相同种子的问题。DateTime.Now.Ticks 作为种子在高并发下不可靠，应避免。
解决方案2：使用锁（Lock）同步访问
如果必须共享 Random 实例，可以通过加锁保证线程安全：
private static readonly Random _random = new Random();
private static readonly object _lock = new object();
<p>public static int NextRandom(int min, int max)
{
lock (_lock)
{
return _random.Next(min, max);
}
}</p>这种方法简单但会降低性能，特别是在高并发场景下，所有线程需排队获取随机数。
解决方案3：使用 System.Random 的最新替代 —— RandomNumberGenerator
对于需要加密级别安全性的随机数，可使用 System.Security.Cryptography.RandomNumberGenerator，它是线程安全的：
using System.Security.Cryptography;
<p>public static int GetSecureRandom(int min, int max)
{
byte[] bytes = new byte[4];
RandomNumberGenerator.Fill(bytes);
int result = Math.Abs(BitConverter.ToInt32(bytes, 0));
return min + (result % (max - min));
}</p>注意：这种方式性能较低，适用于安全性要求高的场景，一般随机需求不推荐。
推荐实践总结
- 优先使用 ThreadLocal<Random> 方案，兼顾性能与线程安全
- 避免跨线程共享 Random 实例
- 不要使用 new Random() 无参构造函数在多个线程中频繁创建实例，容易因时间戳相同导致重复序列
- 高并发下慎用 lock，防止成为性能瓶颈
基本上就这些。只要不让多个线程踩在同一块内存上改种子，就能避免重复随机数问题。关键在于隔离或同步，选对方法就行。
