Thrift底层通信的是netty实现的吗？?报错

回答你的问题:thrift默认不是netty实现的,但可以用 nifty实现. nifty项目其实 就是 netty+ thrift.

其实你想做的事情我已经做过了,可参考ikasoa项目.

回复 @LarrySu:我们这边的问题我已经定位出来了，能加一下QQ，聊一下吗？我qq:1003943267回复 @LarrySu:我确定他没有使用netty，我想知道他的几个server的实现是不是高仿那个netty，高仿这种方式搜netty是不行的thrift和netty都是很好的项目，没有谁好谁坏一说。(补充一下：要判断thrift有没有用到netty很简单，libthrift源码下载来全文检索'netty'不就知道了么)你提到thrift的server模块支持4种时我就猜到你看过这篇文章了，严格来说不止这4种。我可以很负责地回答你thrift性能不算差，我也没有完全用netty替换thrift，只是多提供了一种选择而已，你遇到的问题我估计是你们自己没有管理好socket造成的。你们当初换掉thrift，改用netty作为底层通信模块的原因是什么？thrift性能有问题还是有其他的奇葩问题？是不再使用thrift吧？thrift底层的通信好像也是netty写的thrift底层的通信是netty写的.请注意server不同的线程服务模式.ulimit没懂啥意思？请注意thrift的rpc调用是非线程安全的。相同的thrift链接，调用rpc时一定要串行。。否则会导致服务器一直卡住。从而无法继续提供thrift服务。回复 @ahdkk:客户端向RPC服务器发起调用的时候，把操作统一丢到一个线程去执行，而不是在各自的线程执行，如果在各自的线程执行RPC客户端端调用，需要加锁。从而保证RPC调用是个原子操作。thriftRPC调用不是原子操作，如果同时2个rpc调用（在同一个连接）上，则会导致服务器卡主，无法回复，只能重启服务器，通过看服务器的调用堆栈是可以看出来thrift服务器卡在读数据那边。怎么串行？我们就是卡死导致的其他服务接入不进来