- 按照书上例子实现一个 EchoServer 和 EchoClient
所有的 Netty 服务器都需要以下两部分：
- 至少一个 ChannelHandler - 该组件实现了服务器对从客户端接收的数据的处理，即它的业务逻辑。
- 引导 - 这是配置服务器的启动代码。它会将服务器绑定到它要监听连接请求的 端口上。
- 针对不同类型的事件来调用 ChannelHandler
- 应用程序通过实现或者扩展 ChannelHandler 来挂钩到事件的生命周期，并且提供自定义的应用程序逻辑
- 在架构上，ChannelHandler 有助于保持业务逻辑与网络处理代码的分离。这简化了开发过程，因为代码必须不断地演化以响应不断变化的需求。
引导服务器涉及以下内容：
- 绑定到服务器将在其上监听并接受传入连接请求的端口
- 配置 Channel，以将有关的入站消息通知给 EchoServerHandler 实例
如同服务器，客户端也需要 ChannelHandler 和引导客户端。
如同服务器，客户端将拥有一个用来处理数据的 ChannelInboundHandler。在这个场景下，你将扩展 SimpleChannelInboundHandler 类以处理所有必须的任务。
我们重写下面的方法:
channelActive()在到服务器的连接已经建立之后将被调用;channelRead0()当从服务器接收到一条消息时被调用;exceptionCaught()在处理过程中引发异常时被调用。
首先，你重写了 channelActive() 方法，其将在一个连接建立时被调用。这确保了数据将会被尽可能快地写入服务器，其在这个场景下是一个编码了字符串 "Netty rocks!" 的字节缓冲区。
接下来，你重写了 channelRead0() 方法。每当接收数据时，都会调用这个方法。需要注意的是，由服务器发送的消息可能会被分块接收。也就是说，如果服务器发送了 5 字节，那么不能保证这 5 字节会被一次性接收。即使是对于这么少量的数据，channelRead0() 方法也可能会被调用两次，第一次使用一个持有 3 字节的 ByteBuf(Netty 的字节容器)，第二次使用一个持有 2 字节的ByteBuf。作为一个面向流的协议，TCP 保证了字节数组将会按照服务器发送它们的顺序被接收。
重写的第三个方法是 exceptionCaught()，记录 Throwable，关闭 Channel，在这个场景下，终止到服务器的连接。
引导客户端类似于引导服务器，不同的是，客户端是使用主机和端口参数来连接远程地址，也就是这里的 Echo 服务器的地址。
以下是一个客户端引导服务器的要点：
- 为客户端初始化一个 Bootstrap 实例
- 为进行事件处理分配一个 NioEventLoopGroup 实例，其中事件处理包括创建新的连接以及处理入站和出站数据
- 为连接服务端创建一个 InetSocketAddress 实例
- 当连接被建立时，一个 EchoClientHandler 实例会被追加到（该 Channel 的) ChannelPipeline 中
- 在一切都设置完成后，调用
Bootstrap.connect()方法连接到远程节点
至此，可以先运行 EchoServer，然后再运行EchoClient，可以在 Server 端看到输出 Sever received: Netty rocks!, Client 端看到输出 Client received: Netty rocks!。