Kotlin 是由 JetBrains 开发的一门编程语言, 也就是那个出品了一些列著名 IDE 比如 IntelliJ IDEA, PhpStorm, PyCharm, ReSharper的公司。
Kotlin 运行在 JVM 之上，并且可以可以编译成 JavaScript 和 机器码 （敲黑板）。
这是本片教程的第一章，我们先看看 Kotlin 的一些特性，让我们快速的了解 Kotlin 语言的特点。
Motan 是一套基于java开发的RPC框架，除了常规的点对点调用外，Motan 还提供服务治理功能，包括服务节点的自动发现、摘除、高可用和负载均衡等。Motan 具有良好的扩展性，主要模块都提供了多种不同的实现，例如支持多种注册中心，支持多种rpc协议等。（可以看作 Dubbo 的复刻版）
我们都知道 ProjectReactor 是借鉴 Rxjava 的，这个在Android开发中一个极为重要的库，现在因为后端服务采用Netty，又在Reactive的东风之下，后端也选择采用 响应式编程模式 进行开发，响应式编程不是一个新概念，响应式编程就是用异步数据流进行编程，在传统的GUI应用中因为不能阻塞 绘图IO 所以有很多基于事件的编程模式，响应式编程提高了代码的抽象水平，因此能专注于那些定义业务逻辑的事件的依存关系，而无需摆弄大量的线程相关实现细节。
下文简称 projectreactor 为 PRR。
Zuul2的难产，终于在 2018.4.13 上架了中心仓库，也代表着Zuul正式加入Netty全家桶的怀抱，关于 Zuul2 有一篇宏观性的博文有兴趣的可以阅读 Zuul 2 : The Netflix Journey to Asynchronous, Non-Blocking Systems 此篇博客。
Netty最为核心部分我们已经大致上了解完了，Netty中还有一些其他可能会问到的知识点，我们在这里一并提一下。
ByteBuf 是 Netty 底层支撑。缓冲区是不同的通道之间传递数据的中介，JDK中的ByteBuffer操作复杂，而且没有经过优化，所以在netty中实现了一个更加强大的缓冲区 ByteBuf 用于表示字节序列。ByteBuf在netty中是通过Channel传输数据的，新的设计解决了JDK中ByteBuffer中的一些问题。
ChannelPipeline是整个Netty的流程处理的中心，整个结构如下图所示
在 ChannelPipeline.html 有非常详细的文档。
每个channel内部都会持有一个ChannelPipeline对象pipeline。pipeline默认实现DefaultChannelPipeline内部维护了一个DefaultChannelHandlerContext链表。
Acceptor 是 Netty 提供一个接收器。
还记得 Reactor模式 中那个的Acceptor正是连接了 MainReactor 和 SubReactor的核心所在，我们上文已经分析了Netty的 NioServerChannel，这篇我们就来分析下，Netty究竟是怎么去接受请求并且维护链接的。
Bootstrap 是 Netty 提供的一个便利的工厂类, 我们可以通过它来完成 Netty 的客户端或服务器端的 Netty 初始化。
下面我以 Netty 源码例子中的 Discard 服务器作为例子, 从客户端和服务器端分别分析一下Netty 的程序是如何启动的。
关于Netty我们都知道（现在还不知道的Netty的怕是凤毛麟角）
Netty is an asynchronous event-driven network application framework
for rapid development of maintainable high performance protocol servers & clients.
Netty是一个异步事件驱动的应用框架，能够让我们更快的做一些网络开发。
阅读此系列博文，我对你的要求是 使用过原生的Java Nio进行过网络编程。
此篇博客算是我阅读Netty的笔记，会有自己探索的过程，望斧正。