Java低延迟消息总线
各维度得分依据公开资料与字段推算,加权后即综合评分,仅供参考。
Mappedbus 是一个 Java 高吞吐、低延迟消息总线库，用于多个 Java 进程/JVM 之间的 IPC。它使用 memory mapped file 或 shared memory 作为传输介质，设计上受 Java Chronicle 启发，但强调更高效地支持多个 writer，适合消息产生顺序重要的多进程场景。
功能上，它支持基于对象的消息和 byte array/raw data 消息，示例 API 主要是 MappedBusReader 与 MappedBusWriter。写入端可写对象或缓冲区，读取端轮询 next() 后读取类型和内容。实现上通过文件前 8 字节 limit、每条记录的 status flag、fetch-and-add、volatile、compare-and-swap 等机制处理多写入者同步，并对写入者崩溃导致的未提交记录提供 timeout 与 rollback 逻辑。性能方面，页面给出的测试在 i7-4558U 笔记本上单生产者单消费者约 1413 万消息/秒，平均读写延迟约 70ns，且启动后不再创建对象，降低 GC 影响。
抓取内容未提及商业定价或付费计划。项目提供 mappedbus.jar 下载，也可 clone 后用 ant 从源码构建；本质是嵌入式 Java 库，不是 SaaS 服务，因此天然可自托管在本地或服务器应用中。文档提供 Javadoc、示例和性能测试，但未看到 Maven/Gradle 坐标与许可证信息。
优点是定位清晰、性能目标明确、API 简单，并且对多 writer 和崩溃回滚有较具体的底层设计说明。缺点也很明显：平台兼容性存在限制，文本明确表示方案在 Linux x86 与 Oracle JVM 1.8 上看起来工作良好，但可能不适用于所有平台；生产级运维文档、社区生态、商业支持和集成信息不足。
它适合构建同机多 JVM 低延迟消息通道、行情/交易类高频数据分发、共享内存 IPC 原型的 Java 团队；不太适合希望开箱即用、跨平台保障强或需要企业支持的团队。中国访问情况无法仅凭正文判断。替代方案可评估 Chronicle Queue、Aeron、Disruptor、ZeroMQ 或基于 Netty 的 IPC 方案。
本测评基于公开资料整理,不构成购买建议,请以 mappedbus.io 官网实际信息为准。
开源Java IPC库，适合高性能通信。
评分明细(分布与用户短评)接入中。当前展示 TG4G 综合评分,数据源自公开测评与用户反馈。