二进制协议死了吗？

与编程语言并行可能非常相关.

虽然高级语言是大多数编程工作的首选工具,并且(部分)由于CPU速度和存储能力的提高而成为可能,但它们并没有消除对汇编语言的需求.

以类似的方式,非二进制协议引入了更多抽象,更具可扩展性,因此特别适用于应用程序级通信.他们也受益于带宽和存储容量的增加.然而,在较低的水平上,如此浪费仍然是不切实际的.

此外,与编程语言不同的是,为了增加简单性,开发速度等,有强烈的动机来"降低性能", 构建层次通信的能力使得较低层的复杂性和"二元性"相当透明到应用程序级别.例如,只要收到的SOAP消息没问题,应用程序就不需要知道这些消息是通过网络有效压缩的.

Facebook,Last.fm和Evernote使用Thrift二进制协议.

我很少看到这个,但二进制协议,块协议尤其可以大大简化服务器架构的复杂性.

许多文本协议的实现方式使得解析器没有依据可以在接收到逻辑单元之前推断出需要多少数据(XML和JSON都可以提供最少的必要字节来完成,但不能提供有意义的估计).这意味着解析器可能必须定期切换到接收代码的套接字以检索更多数据.如果您的套接字处于阻塞模式,这很好,如果它们不是,那就不那么容易了.它通常意味着所有解析器状态必须保留在堆上,而不是堆栈上.

如果您有一个二进制协议,在接收过程的早期阶段,您确切知道完成数据包所需的字节数,那么您的接收操作不需要与解析操作交错.因此,解析器状态可以保存在堆栈上,解析器可以为每个消息执行一次并直接运行而不会暂停以接收更多字节.