Netty-操作篇

服务端创建步骤

步骤一：创建ServerBootstrap实例。

步骤二：设置并绑定Reactor线程池。

步骤三：设置并绑定服务端Channel。

步骤四：链路建立的时候创建并初始化ChannelPipeline（非必须）。

用于处理网络事件：

1.链路注册、激活、断开、发生异常

2.接收到请求消息

3.请求消息接收并处理完毕

4.发送应答消息

5.发生用户自定义事件

步骤五：初始化ChannelPipeline完成之后，添加并设置ChannelHandler。

比较实用的ChannelHandler：

1.系统编码框架：ByteToMessageCodec

2.通用基于长度的半包解码器：LengthFieldBaseFrameDecoder

3.码流日志打印Handler：LoggingHandler

4.SSL安全认真Handler：SslHandler

5.链路空闲检测Handler：IdleStateHandler

6.流量整型Handler：ChannelTrafficShapingHandler

7.Base64编解码：Base64Decoder和Base64Encoder

步骤六：绑定并启动监听端口

步骤七：Selector轮询

步骤八：当轮询到准备就绪的Channel之后，就由Reactor线程NioEventLoop执行ChannelPipeline的相应方法，最终调度并执行ChannelHandler

步骤九：执行Netty系统ChannelHandler和用户添加定制的ChannelHandler。

常见问题

异步操作-ChannelFuture

1.Netty强烈建议通过添加监听器的方式获取I/O操作结果

2.可以同时添加一个或多个GenericFutureListener，也可以用remove方法删除

3.注意不要在ChannelHandler中调用ChannelFuture的await（）方法，这会导致死锁。原因是发起I/O操作之后，由I/O线程负责异步通知发起I/O才注意的用户线程，如果I/O线程和用户线程是同一个线程，就会导致I/O线程等待自己通知自己操作完成，这就导致了死锁

粘包问题

解决策略：

1.消息定长，例如每个报文的大小固定为200字节，如果不够，空位补空格。

2.在包尾增加回车换行符进行分割，例如FTP协议。

3.将消息分为消息头和消息体，消息头包含消息总长度（或者消息体长度）的字段，通常设计思路为第一个字段使用int32来表示消息的总长度。

4.更复杂的应用层协议。

内置的编码解码器

1.LineBasedFrameDecoder：工作原理是它依次遍历ByteBuf中的可读字节，判断看是否有“\n”或者“\r\n”，如果有，就以此位置为结束位置，从可读索引到结束位置区间的字节就组成了一行。它是以换行符为结束标志的解码器，支持携带结束符或者不携带结束符两种解码方式，同时支持配置单行的最大长度。如果连续读取到最大长度后仍然没有发现换行符，就会抛出异常，同时忽略掉之前读取到的异常码流。

2.StringDecoder：将接收到的对象转换成字符串，然后继续调用后面的Handler。

3.LineBasedFrameDecoder+StringDecoder组合就是按行切换的文本解码器，它被设计用来支持TCP的粘包和拆包。