如何利用 ThreadLocalRandom 避免多线程中传统 Random 的竞争开销？

本文共计712个文字，预计阅读时间需要3分钟。

多个线程共用一个 `Random` 实例时，每次调用 `nextInt()` 都需竞争更新同一个 `AtomicLong seed`。CAS 失败后，不是挂起，而是空转重试（自旋）。线程数超过4个后，响应时间会明显提升；在电商秒杀场景中，一个全局 `Random` 可能使接口 P99 延迟翻倍。

ThreadLocalRandom.current() 必须每次调用，不能 static 缓存

常见误写：private static final ThreadLocalRandom RANDOM = ThreadLocalRandom.current();——这行代码只在类加载时执行一次，所有线程拿到的是同一个初始实例，完全失去线程隔离意义，等同于退化回 Random。

• 正确做法：每次需要随机数时，都写 ThreadLocalRandom.current().nextInt(1, 101)
• 不要提取为字段或常量，哪怕在循环里也照写不误
• Spring Bean 或 Servlet 中，别把 Random 声明为 private final 字段，否则所有请求线程共享同一实例

范围生成别用 nextInt(bound)，优先用 nextInt(origin, bound)

nextInt(100) 生成 [0, 100) 整数，容易写错边界；而 nextInt(1, 101) 明确表达“1 到 100（含）”，语义清晰、不易越界，且内部对 bound - origin 是 2 的幂时会走位运算快速路径。