我有两个通过TCP套接字进行通信的应用程序。目前,这些应用程序都是本地的,但将来服务器应用程序将在云上运行(Amazon EC2 实例)。
服务器应用程序是用C++
编写的客户端应用程序是用C#
编写的
我正在将一个对象从服务器发送到具有以下属性的客户端:
Guid Id
uint8* ImageData
虽然,我可能希望将来添加额外的属性。但是,我将尝试使此对象尽可能小,因为延迟在这里很重要。
现在,我目前正在使用JSON在程序之间进行通信,但我想知道Google协议缓冲区(GPB),因为虽然JSON很好用,而且是人类可读的,但它确实有很大的开销,从外观上看,导致通信明显延迟。
我正在寻找一种在客户端和服务器应用程序之间进行通信的更有效的方法。
GPB与JSON相比如何?有没有人有过高性能使用 GPB 的经验?还有其他协议可能更适合这里吗?
这些参考资料将对您有所帮助。
https://google.github.io/flatbuffers/md__benchmarks.html
https://capnproto.org/news/2014-06-17-capnproto-flatbuffers-sbe.html
有一个C++实现,用于在 github 上将 JSON 转换为 protobuf/从 protobuf 转换。
有很多事情我们不知道:
uint8* ImageData
通常有多大?- 如何将二进制数据序列化为 JSON
- 什么是可用带宽
- 什么是平均和预期数据速率
我想说的是,只有在重要时才需要担心 JSON 开销,否则为什么要更改任何内容。您提到了延迟,但只有当您要发送的数据多于可用带宽时,延迟才会受到影响。
对于您极其简单的情况,我什至不会使用 JSON,而是手动将其序列化为二进制 blob,除非您预计将来您的协议将显着发展。