在被Java的Web Service折腾的痛苦不堪之后，开始寻求一些系统间解耦方式，JMS、SOA、RMI、Hessian等等，最后发现，没有一个技术是省油的灯，都比较麻烦，最后找到了PHPRPC，实在是太好了
下面是PHPRPC的宣传口号，官方的原话：
PHPRPC 是一个轻型的、安全的、跨网际的、跨语言的、跨平台的、跨环境的、跨域的、支持复杂对象传输的、支持引用参数传递的、支持内容输出重定向的、支持分级错误处理的、支持会话的、面向服务的高性能远程过程调用协议。
为什么要有 PHPRPC？
如果不是因为头脑发热心血来潮，那么一定是为了解决某些问题才有了 PHPRPC。好吧，我承认是因为我受够了那些大企业所鼓吹的强大无比的 SOAP（WebService）之后才开始考虑写 PHPRPC 的。如果你也是一个需要类似于 SOAP 所鼓吹的能力，而实际上又被 SOAP 折磨的痛苦不堪却又无所适从的人的话，或许 PHPRPC 就是你的最佳选择。
为什么要有 PHPRPC？
如果不是因为头脑发热心血来潮，那么一定是为了解决某些问题才有了 PHPRPC。好吧，我承认是因为我受够了那些大企业所鼓吹的强大无比的 SOAP（WebService）之后才开始考虑写 PHPRPC 的。如果你也是一个需要类似于 SOAP 所鼓吹的能力，而实际上又被 SOAP 折磨的痛苦不堪却又无所适从的人的话，或许 PHPRPC 就是你的最佳选择。
至于为什么要叫PHPRCP for Java 这个一个拗口的名字，让人容易误会是PHP之类的东西，其实这个优秀的开源组建来源于PHP的实现，最后发现很好很强大，又产生了其他语言版本的结果。
目前PHPRCP组件涵盖当今所有流行语言的实现，相比之下，WebServcie等其他技术实在是太差劲了。PHPRPC的诞生重写了远程调用技术的历史，给人耳目一新的感觉。
本文转自 leizhimin 51CTO博客，原文链接：http://blog.51cto.com/lavasoft/191968，如需转载请自行联系原作者
