QinZuoyan
在Closure被调用之后会自动释放。你是不是没有触发closure被调用？
你的平台、系统版本是什么？ 你测试时的压力是怎样的？（QPS、每个message数据大小等）
可以通过web端查看server的pending消息数和缓冲区大小，参见 https://github.com/baidu/sofa-pbrpc/wiki/%E9%AB%98%E7%BA%A7%E4%BD%BF%E7%94%A8 的最后一节。 你先看看？
@cyshi , 你看看是什么问题？
是否能把重现问题的sample code发一份出来？
如果你仅仅是想在php中访问sofa-pbrpc的服务，可以考虑使用HTTP+JSON方式，参见 [高级使用](https://github.com/baidu/sofa-pbrpc/wiki/%E9%AB%98%E7%BA%A7%E4%BD%BF%E7%94%A8) 中的"HTTP支持"一节。 也可以参考 [https://github.com/baidu/sofa-pbrpc/wiki/%E9%AB%98%E7%BA%A7%E4%BD%BF%E7%94%A8](https://github.com/baidu/sofa-pbrpc/blob/master/sample/echo/client_http.sh) ，这个是用shell脚本直接访问服务。
非常赞。其实还是有不少地方可以优化的，你可以通过搜索代码中的TODO找出一些，譬如： - client中controller_map的存取需要加锁 - RpcMessageStream::_pending_calls存取需要加锁，可以考虑改为无锁队列 另外，还想到一些： - 链接tcmalloc - 改进日志打印库，提高日志打印性能 - 将一些不必要的代码通过宏开关disable掉，得到一个更简洁的代码，譬如RpcControllerImpl中很多时间（start_process_time等）的计算是没有必要的，目前并没有用上
@cyshi ，感谢你的工作，这块我也想想优化点。 @LazyPlanet 客户端发一个RPC后不会立即断开连接，client端和server端都有一个keep_alive_time的参数，控制连接的保持时间。你可以调成-1，保持长连接。
@LazyPlanet 我的理解，这更适合在RPC之上提供的功能，而不是由RPC本身提供。
@icexin , please fix the travis-ci failure firstly, thanks.