jctools是专为高性能并发设计的java无锁队列工具库，非测试框架；其核心提供mpsc（多生产者单消费者）和spsc（单生产者单消费者）等模型，通过cas、内存屏障与缓存行填充消除伪共享，实现高吞吐低延迟，适用于netty任务队列、日志聚合等场景。
JCTools 不是测试框架，而是一个专为高性能并发场景设计的 Java 工具库，核心聚焦于无锁（lock-free）队列的实现与优化。它不提供测试用例组织、断言或生命周期管理等功能，因此不能当作 JUnit 或 TestNG 那类“多线程测试框架”来使用。它的价值在于：当你需要在真实系统中部署高吞吐、低延迟的线程间数据通道时，JCTools 提供了比 JDK 原生队列更优的 MPSC 和 SPSC 实现。
MPSC 队列：多生产者如何高效写入同一队列
MPSC（Multi-Producer Single-Consumer）模型适用于多个线程向同一个队列写入、仅一个线程读取的场景，比如日志聚合、任务分发、Netty 的 taskQueue。
- 关键机制是每个生产者线程独立维护自己的“探针索引”，通过 CAS 更新全局 producerIndex，避免写竞争热点
- 消费者独占消费逻辑，无需同步，poll 操作是纯本地读取 + 内存屏障控制可见性
- 推荐首选 MpscArrayQueue（有界）或 MpscLinkedQueue（无界），前者缓存友好，后者避免容量限制导致阻塞
- 注意：MPSC 队列不保证严格的 FIFO 全局顺序（多个生产者间插入可能交错），但单个生产者的写入顺序一定保持
SPSC 队列：极致性能的单线程协作通道
SPSC（Single-Producer Single-Consumer）是最轻量、最高效的模型，典型用于两个线程之间确定性的高速数据传递，如事件循环中 handler 与 worker 的解耦。
- 完全无等待（wait-free）：生产者和消费者各自操作独立字段（producerIndex / consumerIndex），零 CAS、零 volatile 读写争用
- 通过继承链 + 字节填充（如 128 字节 L1/L2/L3 Pad）隔离缓存行，彻底消除伪共享（False Sharing）
- 常用实现是 SpscArrayQueue（固定容量，性能最优）和 SpscLinkedQueue（动态扩容，内存开销略高）
- 必须确保严格一对一使用——多个生产者同时调用 offer 会导致数据错乱或丢失
怎么选：看你的线程协作模式
选型不是看“谁更快”，而是看是否匹配实际线程角色与数量约束：
- 如果只有 1 个线程发数据、1 个线程收数据 → 用 SPSC，性能天花板最高
- 如果多个线程发数据、但只有 1 个线程收 → 用 MPSC，兼顾吞吐与安全
- 如果多个线程既发又收（如工作窃取）→ 考虑 MPMC，但要注意性能折损，MpmcArrayQueue 是较稳选择
- 不要用 SPSC 替代 MPSC 来“凑数”，哪怕只多一个生产者线程，也必须换型，否则行为未定义
集成与验证要点
引入 JCTools 后，真正发挥其优势需配合正确用法：
- Maven 依赖用最新稳定版，例如 jctools-core:3.3.0（截至 2026 年初）
- 避免在队列满时频繁轮询 offer()，可结合 relaxedOffer() + 手动背压策略提升响应性
- 批量操作优先用 drain() / fill() 接口，减少方法调用与边界检查开销
- 做性能对比时，务必关闭 JIT 预热干扰，用 JMH 进行微基准测试，而非简单 System.nanoTime()
