threadlocalrandom 不支持跨线程共享，因其为每线程独享种子且无同步机制；共享静态实例会导致所有线程复用同一种子序列，输出重复随机数。
因为 ThreadLocalRandom 的设计目标就是“每个线程独享一个种子”，它根本不支持跨线程共享实例——强行共享不仅失去随机性，还会导致所有线程生成完全相同的随机数序列。
种子存储在当前线程内部
ThreadLocalRandom 通过 Unsafe 操作将随机种子（threadLocalRandomSeed）直接存入当前线程的栈帧或线程本地内存中，不是存在对象字段里。调用 ThreadLocalRandom.current() 时，会检查当前线程是否已初始化种子；未初始化就执行 localInit()，为该线程单独生成并绑定种子。这个过程与 ThreadLocal 类似，但更轻量、不依赖 Map 结构。
静态实例误用会导致重复随机数
常见错误是把 ThreadLocalRandom.current() 的返回值缓存为 static 字段，例如：
✘ 错误写法：
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
private static final ThreadLocalRandom RANDOM = ThreadLocalRandom.current(); // 所有线程共用同一个初始化时刻的种子
这样所有线程拿到的是**同一时刻初始化的同一个逻辑实例**，而它的内部状态（种子）并未按线程隔离更新。结果是：多个线程调用 RANDOM.nextInt() 时，实际复用同一套种子演化路径，输出高度重复甚至完全一致的序列。
没有线程切换能力，也不提供同步机制
ThreadLocalRandom 不含任何锁、CAS 或同步逻辑，它压根没打算被多线程并发访问。它的方法（如 nextInt()）直接读取本线程专属种子、更新本线程专属种子、再计算结果——整个流程无共享状态、无竞态可能。一旦跨线程使用，就等于让不同线程去读写彼此的私有内存区域，行为不可预测，且违背其设计契约。
与 Random 的根本区别在此
- Random 是“共享+同步”：所有线程争抢同一个 seed 字段，靠 CAS 自旋保证原子更新，性能差但能勉强维持随机性；
- ThreadLocalRandom 是“隔离+无锁”：每个线程拥有独立 seed 和独立计算路径，无需同步，性能高，但天然拒绝共享。
所以它不是“不能共享”，而是“共享即失效”——这不是限制，而是设计使然。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
