最近在做一个ANDROID的应用，和服务器进行交互的时候就考虑到了对象序列化的问题。
翻遍网络，最后选出三个种子选手：
jsonsmart json格式中的绝对王者 速度快，信息少
msgpack 二进制序列化的怪杰，号称比protocal buffer快四倍，比json快10倍
protocal buffer GOOGLE出品，号称比XML快百倍
对着三个东西同样条件下测试了一下，主要是测试谁的包最小，因为和处理速度相比，网络传输更加敏感。
结论：
如果你的数据包以二进制数据为主，那么王者是msgpack.
如果你的数据包以字符串为主，那么王者是jsonsmart!!!!
msgpack和protocal buffer在以字符串为主的数据包中，表现完全相同。
具体的说，JSONsmart的数据只相当于其他两个的68.5%。也就是说领先32%。
我想这个结果可能和很多人想的不太一样，大家可以自己去测试吧。
也不难看出我的倾向是选择JSONsmart 了，因为我们的的数据还是主要是以字符串为主的。我想绝大部分的ANDROID应用系统都应该是以字符串为主的。
不过呢，要说编程最简单，还是msgpack 了。解析对象化 jsonsmart做的很差!这点让人郁闷，怎么就不能十全十美呢！不过2.0貌似有改善。
编程最麻烦是 protocal buffer!我对GOOGLE的程序设计水平一直不太欣赏。这次又给我了一点加强。
因此 mspack和protocal buffer 水准比较接近。但是二进制数据的综合性能还是 msgpack胜出。
从部署的角度说，
jsonsmart 1.1只需要50K。
protobuffer2.5需要529K
msgpack 0.6.7需要923K（只是用序列化功能，不用RPC，如果要用RPC，还要加上90K），其实 msgpack 本身只需要272K，但是它依赖的javassist.jar需要689K!!!!
从这个角度说msgpack是最失败的了。有几个愿意为了是用你的序列化功能就让ANDROID程序增加923K的？？？
JSONsmart再一次成为王者。
她的缺陷：1.反序列化对象化作的不好 2.数据包是字符
要克服第一点，可以考虑采用jsonsmart 2.0,要解决第二个问题，可以自己写一个简单的加解密程序。
如果这样，ANDORID方案就再也没有比jsonsmart 更好的方案了！
因此我最后选择了jsonsmart 方案，事实证明，效果完美。