关于 jetty 和 thrift 一起使用时，一些关于 nio 的问题请教

[aiqier]

我的服务使用 spring 作为框架开发，然后部署在 jetty 上运行的，我知道 jetty 内部使用 nio 处理请求，但是我的服务除了支持 http，还支持很多 thrift 接口，thrift 服务自己也有 nio 的处理方式，这些综合起来我有些混乱了，想请教下我里的这些关于 io 处理的内容是否正确。

1. 我的服务器在接收 http 请求的时候，使用 jetty 的 nio 来处理链接请求（ jetty 的默认处理模型，tomcat 现在也是这样的）。

2. 我的服务器在发送 http 请求的时候，主要看我使用了什么 http 客户端，如果我使用了普通的 http 客户端就是普通 Bio 的，如果使用了类似 netty 的框架来调用，则就是用 netty 的 nio 实现的处理请求链接，与 jetty 无关.

3. 如果我的服务作为服务端接收 thrift 请求的时候，就看我的 Thrift Servcive 实现是阻塞的多线程服务模型(TThreadPoolServer)，还是非阻塞式服务器(TNonBlockingServer)，与 jetty 无关。

4. 如果我的服务作为客户端发送 thrift 请求的时候，就看我的 thrift 客户端是阻塞式的还是非阻塞实现，与 jetty 无关。

还有理论上我可以仅用 thrift 来进行序列化和反序列化，但是 tcp 通信层完全使用 netty 来完成 IO 的交互？

[RedSpark]

感觉都正确。

[INCerry]

可以的 thrift 只是一个二进制通讯协议 你完全可以自己使用 netty 来写一个异步 io 的客户端和服务端

[movistar]

所以你需要用 nifty(facebook)或者 drift
自己写成本还是挺高的,还容易出错.
一般都是基于开源的服务再做改造

[tairan2006]

自己造轮子有点难（不如换成 go，分分钟写出来