前言
本篇为《Netty剖析》系列最后一篇，主要对Netty做简单的总结，如果对Netty的细节感兴趣，可以阅读本系列的另外两篇：
Netty适用场景
Netty只是一套网络框架，它不可能适用于所有场景，所以选用Netty前最好能想清楚它是否能很好的应对自己的需求。想要知道Netty的适用场景最好的方式就是从Netty本身的特性出发进行思考，具体可参考本系列第一篇Netty剖析 - 1. 基础中"Netty的特色"章节，基于此，如果你的需求属于下列场景，则Netty会比较适合你，包括：
- 高并发，实时处理，如：游戏服务器，聊天服务器，SOA调用框架，RPC框架等
- 对网络协议（传输层与应用层）有一定的定制需求
- 一套代码可能需要同时支持BIO和NIO
而其他情况，Netty并一不定适合，如：
- 需求较简单的网络应用，则不必使用Netty，毕竟在能满足需求的基础上，越简单越好
- 单次请求处理耗时较长的应用，这种情况下NIO没有优势，此时使用BIO的方式可能效果会更好
Netty支持的协议
Netty框架本身已经对常用的协议进行了实现，包括：
- 应用层：HTTP，WebSocket，HTTP2，Redis，SMTP，DNS，MQTT，SSL，STARTTLS ，RTSP
- 传输层：TCP，UDP，SCTP，UDT等
- 其他：Protobuf，gzip
可以说，一般的应用使用Netty本身的支持就能满足大部分需求，剩下的关注自己的业务即可
Netty & MINA & Jetty
Netty和MINA经常会放在一起比较，主要是因为两个框架有很多相似的地方，或者说它们本身就是一对兄弟 -- 都是基于Java NIO封装的一个网络框架。其实更深入的了解会发现，Netty的作者Trustin Lee也是MINA的作者（当然已经不继续参与了），据说他是对MINA的代码不满意，才重新写了Netty，所以看Netty的代码经常能看到MINA的影子，但就现在来说Netty的社区远比MINA要活跃，迭代频率也更高，大部分的特性也优于MINA
至于Jetty之所以会拿来比较，主要是因为和Netty名字类似，但其实这两者并没有很大的可比性，因为Jetty是一个轻量级的servlet容器，而Netty是一个基于NIO的异步网络编程框架，基于Netty可以实现自己的servlet容器或者其它网络应用
相关项目
很多项目内部都使用Netty作为其网络处理模块，包括：
总结
本系列主要针对Netty的基础概念，框架结构及特色机制做了浅显的分析，由于本人水平有限，难免有错误和不合适的地方，望大家不吝指出。Netty本身是一个优秀的框架，其源码的层次和结构也很清晰，值得一读；平常很多人说熟悉网络，但是大部分人也仅仅只是知道一些皮毛（也包括我自己），其实，想要写一个健壮易用的网络框架并不容易，如果需要同时支持高并发，那更是难上加难，而Netty在这一点就做得很出色，不仅体现在其本身优秀的代码组织，更多的还是把一些已有的功能和思想进行合适的组装和适当的优化。另外，结合当今另一个炙手可热的高性能服务器Nginx会发现，这两者的思想有很多相通之处，如都是基于事件机制，都分为主工作组与子工作组，都是在PipeLine上设置一系列的Handler进行数据处理，都有通过逻辑映射增强内存效率的设计等等，很有意思，感兴趣的小伙伴可以找寻相关资料进行深入研究
