Java 17中获取线程安全RandomGenerator的惯用方式是什么？

首先需要纠正一个认知：ThreadLocalRandom 并非所谓的「遗留API」，它自Java 8引入后，至今仍是多线程场景下高效生成随机数的官方推荐方案之一，只是新推出的 RandomGenerator 接口没有直接提供对应的线程安全实现而已。

针对多线程共享 RandomGenerator 实例的需求，有几种实用的解决方案：

1. 简化封装 ThreadLocalRandom 为 RandomGenerator #

不用手动实现所有接口方法，借助 RandomGenerator.Default 抽象类（它已经基于核心方法实现了大部分默认逻辑），只需要重写几个核心生成方法即可：

RandomGenerator threadSafeGenerator = new RandomGenerator.Default() {
    @Override
    public int nextInt() {
        return ThreadLocalRandom.current().nextInt();
    }

    @Override
    public long nextLong() {
        return ThreadLocalRandom.current().nextLong();
    }

    @Override
    public double nextDouble() {
        return ThreadLocalRandom.current().nextDouble();
    }
};

这种方式能大幅减少样板代码，同时继承默认方法的实现，保证所有随机数生成逻辑都是线程安全的。

2. 同步包装非线程安全实现（低并发场景适用） #

如果系统并发量不高，可以给任意非线程安全的 RandomGenerator 实现加同步锁，封装成线程安全版本：

import java.util.Objects;
import java.util.random.RandomGenerator;

public class SynchronizedRandomGenerator implements RandomGenerator {
    private final RandomGenerator delegate;

    public SynchronizedRandomGenerator(RandomGenerator delegate) {
        this.delegate = Objects.requireNonNull(delegate);
    }

    @Override
    public synchronized int nextInt() {
        return delegate.nextInt();
    }

    @Override
    public synchronized long nextLong() {
        return delegate.nextLong();
    }

    // 其余所有接口方法均添加synchronized修饰
}

使用示例：

RandomGenerator threadSafe = new SynchronizedRandomGenerator(RandomGenerator.of("L128X1024MixRandom"));

该方案的缺点是高并发下会出现锁竞争，性能不如 ThreadLocalRandom 方案，但胜在实现简单直接。

3. 给每个线程分配独立的 SplittableRandom（最优设计方案） #

如果能在任务提交前预先处理，完全可以避开「共享实例」的问题——利用 SplittableRandom 的 split 特性，为每个线程分配独立的生成器：

SplittableRandom mainRandom = new SplittableRandom();
ExecutorService executor = Executors.newFixedThreadPool(4);

for (int i = 0; i < 10; i++) {
    SplittableRandom taskRandom = mainRandom.split();
    executor.submit(() -> {
        // 每个任务使用独立的taskRandom，无线程安全问题
        int num = taskRandom.nextInt();
        // 业务逻辑处理
    });
}

这是 SplittableRandom 的设计初衷，每个线程拥有独立的随机数生成器，完全避免竞争，性能最优。

总结 #

• 高并发场景优先选择封装 ThreadLocalRandom 为 RandomGenerator，兼顾性能与代码简洁性；
• 低并发场景可使用同步包装器，实现成本低；
• 若能控制任务初始化时机，为每个线程分配独立的 SplittableRandom 实例是最符合新API设计理念的方案。

内容的提问来源于stack exchange，提问作者cpp beginner