服务端创建步骤
步骤一:创建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的粘包和拆包。
标签:Netty,解码器,ChannelHandler,步骤,Handler,线程,消息,操作 From: https://www.cnblogs.com/nxjblog/p/17844989.html