如何通过RabbitMQ在C#桌面程序与C++Windows服务间传输二进制数据？

一、替代BinaryFormatter的可行二进制序列化方案 #

直接采用跨语言兼容的二进制序列化框架，完全不依赖.NET，C#和C++均可独立解析，推荐以下几种：

• Protocol Buffers（Protobuf）
  这是最常用的跨语言二进制序列化工具，先编写.proto文件定义复杂实体结构（嵌套对象、数组、枚举等均支持），用官方工具生成C#和C++对应的实体类代码。序列化得到的二进制字节数组可直接作为RabbitMQ消息体发送，双方各自用对应Protobuf库反序列化即可，性能优、体积小，完全满足需求。
• FlatBuffers
  同样由Google推出，特点是序列化后无需整体解析即可直接读取数据，适合对性能要求极高的场景。用法与Protobuf类似，先定义schema生成代码，序列化出二进制流传输，C#和C++均有成熟实现库，不依赖.NET。
• MessagePack
  紧凑的二进制序列化格式，无需提前定义schema（也可自定义），直接将对象序列化为字节数组。C#和C++均有官方支持的库，上手快、兼容性好，体积远小于JSON。

二、发送文件路径方案的合理性分析 #

这个方案并非完全不可行，但确实没有充分利用RabbitMQ的价值，需分场景判断：

• 适用场景：若复杂对象数据量极大（如几百MB甚至GB级），直接发送二进制消息会占满RabbitMQ内存与带宽，甚至导致队列崩溃，此时存本地文件再发路径是无奈但可行的选择。
• 弊端明显：
  • 需额外处理文件读写、权限、文件丢失、多进程竞争等问题，复杂度陡增；
  • 丢失RabbitMQ自带的消息可靠投递、持久化、重试机制，需自行实现文件校验与容错；
  • 若C#程序与C++服务不在同一机器，还需搭建共享目录或文件同步机制，部署灵活性大打折扣。

结论：若数据量在几十MB以内，优先采用前面的跨语言二进制序列化直接发送消息，可充分利用RabbitMQ的消息路由、可靠投递、集群支持等特性；仅当数据量实在过大时，再考虑存文件发路径的方案。

内容的提问来源于stack exchange，提问作者Dhan