实际项目数据下的序列化性能对比：PHPRPC vs Hessian2 vs AMF3

刚才仔细读了一下 Hessian2 的代码发现它采用了跟 Hessian 不同的机制，Hessian 中是每次序列化对象都会保存对象的完整信息，这个跟 PHPRPC 的 PHP 序列化机制是相同的。而 Hessian2 第一次序列化对象时先写入类定义信息，后写入数据，定义和数据是分离的，之后再写入同样类型的数据时，就只保存字段值不再保存字段名，因此大大的节省了空间。我想 AMF3 应该采用的也是这种机制。因此上面的测试结果 Hessian2 和 AMF3 是类似的，而 PHPRPC 则每次都同样长。

不过在网络传输时，每次只传一个对象的话，这个差别就不大了，但是传输相同类型的列表、字典等数据时， Hessian2 和 AMF3 这两种格式更具优势。

这应该也是phprpc可以改进的地方，传递列表数据、字典、队列在实际应用中是十分频繁的动作。

andot，JAVA版phprpc在连续调用下还有一个问题，就是调用后，读取response有问题，造成调用失败的假象（抛异常），实际上是调用成功了。如有A、B、C、D四个类，在连续调用A.xxx()，B.xxx()，C.xxx()，D.xxx()时，经常a.xxx()方法读不到response，其它3个却返回200OK。是不是有什么注意的地方？
我把A.xxx()，B.xxx()，C.xxx()，D.xxx()调用时同步一下就没有问题了，请指点是应该如何避免？谢谢

是报java.lang.NumberFormatException，应该是PHPRPC_Client类中读取HTTP status code时没读到，因为读取response有问题，你解析状态码用了Integer.parseInt(XXX)，这里XXX不为数字，所以有问题。

单错调一个接口方法是没有问题的，连续并发调用几个接口方法时才会出现，我的环境是客户端与服务端都运行在同一台机器上。

明白，我把这里改一改，看看到底返回的是什么错误。可是 Response 读取有问题这个很奇怪，因为每个 socket 都是独立的，不会产生混乱才对。也许是系统本身限制了连接总数，超过之后或许就不能用了。

基本上可以排除连接数的问题。如果需要，我可把几次调用的requestBody与reponse给你贴出来。再说明下，就是response读取有问题的调用实际上也是成功的。

互联网应用中rpc传输过程序列化方案的几点思考：
1、空间，这是第一要求，基于互联网的传输，网络传输的数据量是最关键的指标，这直接关系到UI用户体验，尤其是在大负载的应用中，AMF3宁愿牺牲时间换取空间，应该是有这方面的考虑。
2、时间，序列化/反序列化的时间代价是客户端和服务器各承担一半，所以时间代价稍大是可以接受的。

就我测试结果：1万5条记录，若一次发送给客户端，phprpc的数据量是186M，Hessian才4M，40多倍的空间差距实在太大，这直接会导致B/S结构应用中网络传输数据量剧增40多倍！这是无法承受的，所以目前PHPRPC在复杂对象序列化的对象字段处理机制上必须改善，要更灵活和实用，否则，phprpc是很难在存在大数据量复杂对象传输的B/S结构中使用，而对于企业应用和稍复杂的互联网应用，此类场景是频繁出现的。

在应对大数据量复杂对象传输的场景中，phprpc需要改进。