在Java里Random和ThreadLocalRandom如何选择_Java随机数工具对比-java教程-PHP中文网

多线程环境下优先使用ThreadLocalRandom，因其无锁、吞吐量高3–5倍；但不可重现随机序列，且需在业务逻辑中调用current()，禁用于静态初始化。

在java里random和threadlocalrandom如何选择_java随机数工具对比

如果代码运行在多线程场景（比如 Web 服务、定时任务、并行流），Random 会因内部的 AtomicLong 状态更新产生竞争，导致性能下降甚至热点锁问题；ThreadLocalRandom 每个线程持有一份独立实例，无共享状态，吞吐量通常高 3–5 倍。

常见错误现象：ThreadLocalRandom.current().nextInt() 在静态初始化块或类加载早期调用，可能返回 null 或抛 NullPointerException —— 它依赖线程首次调用才初始化。

Random 是传统选择，构造时可传入固定 long 种子，保证每次运行生成相同序列，这对单元测试、模拟数据生成、游戏关卡种子等至关重要。

注意：即使在单线程里，若频繁调用（如每毫秒生成数千个数），Random 的 CAS 更新仍比 ThreadLocalRandom 慢；此时可考虑复用同一个 Random 实例，而非反复新建。

别写 new Random().nextInt(100) —— 构造开销 + 时间种子碰撞可能导致重复序列
要复现结果？必须用 new Random(12345L) 这种带种子的方式，无参构造依赖 System.nanoTime()，不可控
Random 的 nextGaussian() 和 nextDouble() 精度与算法实现和 ThreadLocalRandom 一致，无需为精度换库

写 IntStream.range(0, 1000).parallel().map(i -> new Random().nextInt(100)) 是典型反模式：每个元素新建 Random，种子高度相似，结果分布偏差大，且性能极差。

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

正确方式是直接用 ThreadLocalRandom 提供的并行友好接口：

ThreadLocalRandom.current()
    .ints(0, 100)
    .limit(1000)
    .parallel()
    .forEach(System.out::println);

Math.random() 是静态方法，内部其实用的是一个全局 Random 实例（JDK 8 起是 ThreadLocalRandom），但它只提供 [0.0, 1.0) 的 double，功能最弱。

常见误用：用它做整数随机（(int)(Math.random() * 100)）—— 类型转换截断引入轻微偏差，且无法控制种子；更严重的是，在高并发下它曾是锁竞争点（JDK 7 及以前）。

实际选型时，真正卡住人的往往不是“哪个更快”，而是“我能不能接受不可重现”和“这个随机数是不是跑在 ForkJoinPool 里”。一旦涉及并行计算或容器化部署下的线程复用，ThreadLocalRandom 的隔离性就不再是优化项，而是必要项。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南

在Java里Random和ThreadLocalRandom如何选择_Java随机数工具对比