导读:本期聚焦于小伙伴创作的《如何通过 ThreadLocalRandom 解决多线程环境下对传统 Random 实例的竞争损耗》,敬请观看详情,探索知识的价值。以下视频、文章将为您系统阐述其核心内容与价值。如果您觉得《如何通过 ThreadLocalRandom 解决多线程环境下对传统 Random 实例的竞争损耗》有用,将其分享出去将是对创作者最好的鼓励。

在多线程编程中,生成随机数是常见需求,很多开发者会直接使用Random类来实现,但在高并发场景下,这种方式往往会带来性能问题。传统Random实例在多线程共享使用时,会因为内部同步机制产生明显的竞争损耗,而ThreadLocalRandom正是为解决这一问题而设计的工具类。

如何通过 ThreadLocalRandom 解决多线程环境下对传统 Random 实例的竞争损耗

传统Random的多线程竞争问题

Random类的随机数生成依赖于一个种子值,每次生成随机数时都会更新这个种子。当多个线程同时操作同一个Random实例时,为了保证种子更新的线程安全,Random内部使用了AtomicLong来保存种子,并通过CAS操作更新种子值。

在并发量较高的情况下,大量线程会同时竞争同一个原子变量的更新权,CAS操作失败后会不断重试,这就产生了额外的性能损耗,也就是我们所说的竞争损耗。

我们可以通过一段简单的测试代码来验证这个现象:

import java.util.Random;
import java.util.concurrent.CountDownLatch;

public class RandomTest {
    private static final Random random = new Random();
    private static final int THREAD_COUNT = 10;
    private static final int LOOP_COUNT = 100000;

    public static void main(String[] args) throws InterruptedException {
        CountDownLatch latch = new CountDownLatch(THREAD_COUNT);
        long start = System.currentTimeMillis();
        for (int i = 0; i < THREAD_COUNT; i++) {
            new Thread(() -> {
                for (int j = 0; j < LOOP_COUNT; j++) {
                    random.nextInt();
                }
                latch.countDown();
            }).start();
        }
        latch.await();
        long end = System.currentTimeMillis();
        System.out.println("传统Random耗时:" + (end - start) + "ms");
    }
}

ThreadLocalRandom的实现原理

ThreadLocalRandom继承自Random,它的核心设计思路是让每个线程都拥有自己独立的随机数生成种子,这样就不需要多个线程竞争同一个种子变量,从根源上避免了竞争损耗。

ThreadLocalRandom的实现依赖线程本地变量,每个线程的种子值都存储在自己的线程本地内存中,线程在生成随机数时只需要操作自己的本地种子,不需要和其他线程产生同步交互。它的种子初始化和更新逻辑都封装在类内部,开发者不需要手动维护种子状态。

ThreadLocalRandom的使用方式

ThreadLocalRandom的使用非常简单,不需要像传统Random那样创建实例,直接通过静态方法获取当前线程对应的ThreadLocalRandom实例即可。

常用的API如下:

  • ThreadLocalRandom.current():获取当前线程的ThreadLocalRandom实例
  • nextInt():生成随机int值
  • nextInt(int bound):生成0到bound-1之间的随机int值
  • nextLong():生成随机long值
  • nextDouble():生成0.0到1.0之间的随机double值

下面是使用ThreadLocalRandom的示例代码:

import java.util.concurrent.CountDownLatch;
import java.util.concurrent.ThreadLocalRandom;

public class ThreadLocalRandomTest {
    private static final int THREAD_COUNT = 10;
    private static final int LOOP_COUNT = 100000;

    public static void main(String[] args) throws InterruptedException {
        CountDownLatch latch = new CountDownLatch(THREAD_COUNT);
        long start = System.currentTimeMillis();
        for (int i = 0; i < THREAD_COUNT; i++) {
            new Thread(() -> {
                for (int j = 0; j < LOOP_COUNT; j++) {
                    // 获取当前线程的ThreadLocalRandom实例并生成随机数
                    ThreadLocalRandom.current().nextInt();
                }
                latch.countDown();
            }).start();
        }
        latch.await();
        long end = System.currentTimeMillis();
        System.out.println("ThreadLocalRandom耗时:" + (end - start) + "ms");
    }
}

两种方式的性能对比

我们可以将上面的两段测试代码在相同环境下运行,假设线程数为10,每个线程生成10万次随机数,通常可以得到类似如下的对比结果:

随机数生成方式平均耗时(ms)
传统Random(多线程共享实例)120
ThreadLocalRandom35

从对比结果可以明显看出,在多线程场景下,ThreadLocalRandom的性能要远优于传统Random,随着并发线程数的增加,这种性能优势会更加明显。

使用注意事项

虽然ThreadLocalRandom适合多线程场景,但也需要注意使用规范:

  • 不要在多线程场景下共享同一个Random实例,否则还是会产生竞争损耗
  • ThreadLocalRandom不需要手动创建实例,直接通过ThreadLocalRandom.current()获取即可,不需要缓存实例
  • 单线程场景下如果不需要并发支持,使用传统Random即可,两者的单线程性能差异很小
  • ThreadLocalRandom是线程绑定的,不能跨线程传递使用,每个线程只能使用自己的实例

总的来说,在多线程环境下生成随机数时,优先选择ThreadLocalRandom可以有效避免传统Random的竞争损耗,提升程序的并发性能。

ThreadLocalRandomRandom多线程竞争损耗修改时间:2026-07-17 19:39:24

免责声明:​ 已尽一切努力确保本网站所含信息的准确性。网站内容多为原创整理与精心编撰,观点力求客观中立。本站旨在免费分享,内容仅供个人学习、研究或参考使用。若引用了第三方作品,版权归原作者所有。如内容涉及您的权益,请联系我们处理。
内容垂直聚焦
专注技术核心技术栏目,确保每篇文章深度聚焦于实用技能。从代码技巧到架构设计,为用户提供无干扰的纯技术知识沉淀,精准满足专业提升需求。
知识结构清晰
覆盖从开发到部署的全链路。AI、前端、编程、数据库、服务器、建站、系统层层递进,构建清晰学习路径,帮助用户系统化掌握开发与运维所需的核心技术。
深度技术解析
拒绝泛泛而谈,深入技术细节与实践难点。无论是数据库优化还是服务器配置,均结合真实场景与代码示例进行剖析,致力于提供可直接应用于工作的解决方案。
专业领域覆盖
精准对应开发生命周期。从前端界面到后端编程,从数据库操作到服务器运维,形成完整闭环,一站式满足全栈工程师和运维人员的技术需求。
即学即用高效
内容强调实操性,步骤清晰、代码完整。用户可根据教程直接复现和应用于自身项目,显著缩短从学习到实践的距离,快速解决开发中的具体问题。
持续更新保障
专注既定技术方向进行长期、稳定的内容输出。确保各栏目技术文章持续更新迭代,紧跟主流技术发展趋势,为用户提供经久不衰的学习价值。