Java中Random对象的分配时机：复用还是即时创建更优？状态会变吗？

这是个非常好的问题，涉及到Java伪随机数生成的核心机制——我来拆解一下你的疑问：

首先明确：Random对象的状态确实会随着使用发生改变——它内部维护着一个「种子（seed）」，每次调用nextInt()、nextDouble()这类方法时，种子都会通过特定的线性同余算法更新，以此生成下一个伪随机数。这是它能输出连续伪随机序列的关键。

为什么保留单实例更有利？ #

除了你提到的内存占用和GC开销外，更关键的是避免生成重复的随机序列：

• Random的无参构造器默认会基于系统时间（结合其他内部因素）生成初始种子。如果在极短时间内连续创建多个Random对象，系统时钟的精度可能不足以区分这些创建时机，导致多个实例的初始种子完全相同——它们会生成完全一样的伪随机序列，这显然违背了「随机」的初衷。
  举个反例：

  // 糟糕的写法：短时间内创建多个Random，可能输出重复值
  for (int i = 0; i < 3; i++) {
      Random random = new Random();
      System.out.println(random.nextInt(100));
  }
  

  而如果用单实例：

  // 推荐写法：序列是连续的伪随机值
  Random random = new Random();
  for (int i = 0; i < 3; i++) {
      System.out.println(random.nextInt(100));
  }
  

• 性能层面：频繁创建销毁Random对象会增加GC的负担，尤其是在高频率调用的场景下（比如循环、工具方法），单实例能减少不必要的对象创建开销。

何时分配Random对象？ #

根据你的使用范围来定：

• 如果是整个类共享（比如工具类、服务类），可以把它声明为static final成员，在类加载时初始化：

  public class RandomUtils {
      private static final Random RANDOM_INSTANCE = new Random();
  
      public static int getRandomInt(int bound) {
          return RANDOM_INSTANCE.nextInt(bound);
      }
  }
  

• 如果是某个类的实例专用，可以在构造方法中初始化一个实例成员：

  public class UserService {
      private final Random random;
  
      public UserService() {
          this.random = new Random();
      }
  
      public String generateRandomToken() {
          // 使用this.random生成随机字符
          // ...
      }
  }
  

• 注意多线程场景：Random本身不是线程安全的——多个线程同时调用它的方法可能导致种子更新异常，甚至生成重复值。这种情况下，应该用ThreadLocalRandom（Java 7+），它会为每个线程分配独立的Random实例，既保证线程安全，又保留了单实例的优势：

  // 多线程环境下的正确用法
  int randomNum = ThreadLocalRandom.current().nextInt(100);
  

新创建的Random与已使用过的Random有什么差异？ #

核心差异在于种子的状态：

• 新创建的实例：种子是初始值（无参构造器基于系统时间，有参构造器是你指定的固定值）。如果短时间内创建多个新实例，大概率会出现种子重复的情况，导致序列完全一致。
• 已使用过的实例：种子已经经过多次迭代更新，处于伪随机序列的后续位置，生成的数是序列的下一个值，不会和新实例（除非种子恰好相同）的序列重叠。

另外补充一个细节：如果手动指定相同的种子，无论新创建还是已使用过的实例，只要种子相同，生成的伪随机序列就完全一致——这是伪随机数的特性，可用于场景复现：

Random r1 = new Random(456);
Random r2 = new Random(456);
System.out.println(r1.nextInt()); // 输出X
System.out.println(r2.nextInt()); // 同样输出X

内容的提问来源于stack exchange，提问作者Tin Man