本篇文章主要介绍下t-io和netty的差异，t-io和netty到底有何区别，相信很多用户都会有此疑问，我这里列一些差异化的东西来进行对比，如果有不对的地方欢迎在文中底部留言。
netty：拥有大量公有协议实现，用到了零拷贝来改善性能，有大量书籍可供查阅。
t-io：目前提供的仅有http和websocket，并且放弃了零拷贝，t-io提供了拥有即战力的showcase工程，用户并不需要太多时间即可完成可用于生产项目的网络编程脚手架。
零拷贝到底是否需要？
零拷贝只是改善性能的手段（或叫算法），对用户而言，框架采用什么算法并不重要，重要的是最终的目的是否达成，因为t-io的性能已经足够好，主要把精力花在服务业务上，而不是性能PK上。
零拷贝在减少拷贝过程的同时，也消耗了计算机其它资源，t-io自创了同步安全线程池来改善性能，正是有了这个，t-io内部调度线程时就显得尤为简单，与netty的零拷贝一样，这也是改善性能与简化编程的手段，而不是最终目的。
从业务数据管理能力看
t-io内置了业务数据管理能力（这是个非常重要的能力，网络编程数据绑定和释放是件极其考验开发人员水平的功能，哪怕是经验丰富的资深开发工程师也极容易死锁和OOM，甚至因此导致整个项目的失败）
举例一：你做im，你要做群组与群员关系映射吧？在t-io中，您只需要Tio.bindGroup()即可完成tcp连接和这个群组关系的绑定。
举例二：点对点消息，你要针对用户id发消息吧？在t-io中，您只需要Tio.bindUser()即可完成tcp连接和user的关系绑定。
通过Tio.bindXxx()绑定的业务资源，不用担心TCP连接断开后资源释放不掉，t-io拥有严格的算法保证这些资源得到快速有序地释放（不得不提醒：释放资源涉及到多线程操作，极易出错）！
t-io和netty的编程模型和API差异
t-io的API设计更多的是让工程师用起来舒服，所以特意增加了一个Tio.java，专门放置常用的API，这样用户找起来就非常方便，不需要满搜索引擎的找调用方法。
netty的部分API是把设计模式暴露出来，让内行人一看就了解这是个什么设计模式做的。
在性能测试上的差异
在TFB平台上，netty的性能远超t-io，尽管如此，t-io的性能排名也依然十分靠前，请参考：TFB性能PK平台
如果附带业务进行PK时，t-io性能经常优于netty，这其中的原因大概就是：用netty需要自己写代码完成业务数据的管理、流量监控等工作，但是这些工作却拖了netty的后腿，反过来再看t-io，这些拖后腿的工作已经被t-io内置了，所以给t-io带来的性能损耗就很有限，请参考netty和t-io对比测试
阻塞发送和同步发送
t-io提供了极其便捷的阻塞发送、同步发送。
netty中貌似没有这些能力，需要用户通过写代码才能实现。
附：补充下阻塞发送和同步发送含义
阻塞发送：消息发送到对方后，才往下执行代码
同步发送：对方收到消息，并回了同样的synSeq消息，才往下执行代码
从学习难度上进行对比
Netty入门相对比较容易，但是真正掌握了解并精通是非常困难的，由于netty涉及的知识面比较广，并使用异步编程接口，以及消息处理过程中的各种线程切换，调试起来难度非常大，目前Netty的代码规模已经非常庞大，学习起来既耗时又很难吃透。
t-io设计的概念似乎更容易被工程师们所理解与接受，t-io官方已经提供了相对完整的文档，再配上含金量十足的showcase工程，使用起t-io会更加的容易。
不少用户在抉择时，觉得t-io文档没有netty多，转而投netty，实际上，一个好框架，并不需要太多的文档（t-io目前已经提供了相对完整的文档），据说t-io在刚出来时，只有几个showcase工程，第一批用户仅用这些showcase就完成了自己的项目，并且也好评不断。
如果你曾经使用过netty或mina，为何不再来尝试下t-io，也许会给你带来额外的惊喜。
原文链接：t-io和netty的差异对比，转载请注明来源！
