在Java Loom虚拟线程中使用ThreadLocalRandom是否合适？

在视频[1:23]中，Jose Paumard 指出 ThreadLocal 在创建大量虚拟线程的场景下存在弊端，由此引出以下核心疑问：

• ThreadLocalRandom 是否存在同样的问题？
• 在虚拟线程中，开发者是否应该优先使用 Random 而非 ThreadLocalRandom？
• 还是仅仅因为名称相似，就应当坚持使用 ThreadLocalRandom？

补充测试说明 #

通过简单测试验证，Random 和 ThreadLocalRandom 均可正常工作，测试代码及内存占用数据如下：

public static void threadLocalRandomTest() {
    enum TestType {
        useNewThreadLocalRandom, useNewRandom,
        ReUseThreadLocal, ReUseRandom,
        ReUseGlobalRandom,
        customThreadLocalRandom, customRandom
    }
    var testType = TestType.useNewThreadLocalRandom;
    var rg = new Random();
    IntStream.range(0, 1_000_000).forEach(i -> {
        if (testType == TestType.useNewThreadLocalRandom) {//63mb->60mb
            IntStream.range(0, 100).forEach(j -> {
                ThreadLocalRandom.current().nextFloat(1);
            });
        }
        if (testType == TestType.useNewRandom) {//326mb->323mb
            IntStream.range(0, 100).forEach(j -> {
                new Random().nextFloat(1);
            });
        }
        if (testType == TestType.ReUseThreadLocal) {//65mb->61mb
            var r = ThreadLocalRandom.current();
            IntStream.range(0, 100).forEach(j -> {
                r.nextFloat(1);
            });
        }
        if (testType == TestType.ReUseRandom) {//111mb->108mb
            var r = new Random();
            IntStream.range(0, 100).forEach(j -> {
                r.nextFloat(1);
            });
        }
        if (testType == TestType.ReUseGlobalRandom) {//64mb->61mb
            IntStream.range(0, 100).forEach(j -> {
                rg.nextFloat(1);
            });
        }
    });
}

问题解答 #

1. ThreadLocalRandom 是否存在同样的问题？

ThreadLocalRandom 虽然名称包含 ThreadLocal，但它的实现并非依赖普通的 ThreadLocal 机制，而是直接利用线程（包括虚拟线程）内部的专属字段（如 threadLocalRandomSeed）存储随机数生成状态。

在大量虚拟线程场景下，每个虚拟线程都会持有自己的 ThreadLocalRandom 状态，确实会产生一定的内存累积开销，但相比普通 ThreadLocal（依赖 ThreadLocalMap 存储条目），它的内存占用更低。从测试数据也能看到，使用 ThreadLocalRandom 的内存开销远低于频繁创建 Random 的场景。

2. 在虚拟线程中，开发者是否应该优先使用 Random 而非 ThreadLocalRandom？

不应该，需要根据使用场景选择：

• 如果全局共用一个 Random 实例：会因为内部锁竞争导致性能瓶颈，虽然内存开销低，但高并发场景下性能差。
• 如果频繁创建新 Random 实例：每次初始化种子会带来额外开销，且内存占用极高（如测试中 useNewRandom 达到300+MB）。
• 如果使用 ThreadLocalRandom：每个虚拟线程持有自己的无锁实例，只要在线程内复用（如测试中 ReUseThreadLocal），既能避免锁竞争，又能控制内存开销，是虚拟线程场景下更优的选择。

3. 是否仅仅因为名称相似，就应当坚持使用 ThreadLocalRandom？

当然不是。坚持使用 ThreadLocalRandom 的核心原因是它的线程隔离、无锁高效特性，而非名称相似。它天生适合多线程（包括虚拟线程）场景下的随机数生成，能在避免锁竞争的同时，控制内存开销。只要正确使用（线程内复用实例，current() 本身是获取线程已有实例，开销极低），它依然是虚拟线程中随机数生成的首选。

内容的提问来源于stack exchange，提问作者Tugalsan Karabacak