我有一个客户端服务器应用程序,它通过TCP / IP从客户端到服务器发送XML,然后广播到其他客户端.我怎么知道通过压缩XML而不是通过常规流进行发送可以保证性能提高的XML最小大小.

这个或例子有什么好的指标吗？

解决方法:

Xml通常会很好地压缩,因为它会重复很多.

另一种选择是交换为二进制格式. BinaryFormatter或NetDataContractSerializer是简单的选项,但众所周知,与xml相比,两者都不兼容(例如与Java).

另一种选择是可移植的二进制格式,例如Google的“协议缓冲区”.我维护了一个称为protobuf-net的.NET / C#版本.该版本旨在与常规.NET方法(例如XmlSerializer / DataContractSerializer)并排兼容,但它比xml小得多,并且所需处理少得多( CPU等)用于序列化和反序列化.

This page显示了XmlSerializer,DataContractSerializer和protobuf-net的一些数字；我以为它包含有/无压缩的统计信息,但它们似乎消失了……

[更新]我应该说-QuickStart项目中有一个TCP / IP示例.