-
SslHandler
提供了SSL/TLS加密,通常作为第一个ChannelHandler
- 一个 HTTP 请求/响应可能由多个数据部分组成,并且它总是以一个LastHttpContent部分作为结束。
FullHttpRequest
和FullHttpResponse
消息是特殊的子类型,分别代表了完整的请求和响应,所有的Http消息都实现了HttpObject
接口
- 客户端和服务端的编解码对象有差异
if (client) { pipeline.addLast("decoder", new HttpResponseDecoder()); pipeline.addLast("encoder", new HttpRequestEncoder()); } else { pipeline.addLast("decoder", new HttpRequestDecoder()); pipeline.addLast("encoder", new HttpResponseEncoder()); }
- Http消息聚合生成
FullHttpRequest
和FullHttpResponse
ChannelPipeline pipeline = ch.pipeline(); if (isClient) { pipeline.addLast("codec", new HttpClientCodec()); } else { pipeline.addLast("codec", new HttpServerCodec()); } pipeline.addLast("aggregator",new HttpObjectAggregator(512 * 1024));
- 开启压缩可减小传输数据的大小,支持gzip和deflate编码,客户端可以压缩请求但是服务端没有义务返回压缩数据
// 服务端压缩,客户端解压示例 ChannelPipeline pipeline = ch.pipeline(); if (isClient) { pipeline.addLast("codec", new HttpClientCodec()); pipeline.addLast("decompressor", new HttpContentDecompressor()); } else { pipeline.addLast("codec", new HttpServerCodec()); pipeline.addLast("compressor", new HttpContentCompressor()); }
- HTTPS支持
ChannelPipeline pipeline = ch.pipeline(); SSLEngine engine = context.newEngine(ch.alloc()); pipeline.addFirst("ssl", new SslHandler(engine)); if (isClient) { pipeline.addLast("codec", new HttpClientCodec()); } else { pipeline.addLast("codec", new HttpServerCodec()); }
-
WebSocket 在客户端和服务器之间提供了真正的双向数据交换,先通过Http握手,再进行帧形式的WebSocket通信
- WebSocketFrame类型
-
BinaryWebSocketFrame
:数据帧,二进制 -
TextWebSocketFrame
:数据帧,文本数据 -
ContinuationWebSocketFrame
:数据帧,属于上一个BinaryWebSocketFrame
或者TextWebSocketFrame
的文本的或者二进制数据 -
BinaryWebSocketFrame
:控制帧:一个 CLOSE 请求、关闭的状态码以及关闭的原因 -
PingWebSocketFrame
:控制帧:请求一个 PongWebSocketFrame -
PongWebSocketFrame
:控制帧:对 PingWebSocketFrame 请求的响应
-
- 检测空闲连接以及超时对于及时释放资源来说是至关重要
-
IdleStateHandler
:当连接空闲时间太长时,会触发IdleStateEvent
事件。然后,可通过在ChannelInboundHandler
中重写userEventTriggered()
方法来处理该IdleStateEvent
事件 -
ReadTimeoutHandler
:在指定时间间隔内没收到任何入站数据,则抛出ReadTimeoutException
并关闭对应的Channel
。可通过重写ChannelHandler
中exceptionCaught()
方法来检测该ReadTimeoutException
-
WriteTimeoutHandler
:在指定时间间隔内没任何出站数据写入,则抛出WriteTimeoutException
并关闭对应的Channel
。可通过重写ChannelHandler
的exceptionCaught()
方法检测该WriteTimeoutException
-
- 解码基于分隔符的协议和基于长度的协议
- 基于分隔符的协议
-
DelimiterBasedFrameDecoder
:使用任何由用户提供的分隔符来提取帧的通用解码器 -
LineBasedFrameDecoder
提取由行尾符( \n 或者 \r\n )分隔的帧的解码器。这个解码器比DelimiterBasedFrameDecoder
更快
-
- 基于长度的协议通过将长度编码到帧的头部来定义帧。
-
FixedLengthFrameDecoder
:提取在调用构造函数时指定的定长帧 -
LengthFieldBasedFrameDecoder
:根据编码进帧头部中的长度值提取帧;该字段的偏移量以及长度在构造函数中指定
-
- 基于分隔符的协议
- JBoss Marshalling 编解码器执行对象序列化,通过ChannelPipeline配置即可
-
CompatibleMarshallingDecoder、CompatibleMarshallingEncoder
:与只使用 JDK 序列化的远程节点兼容 -
MarshallingDecoder、MarshallingEncoder
:适用于使用 JBoss Marshalling 的节点。这些类必须一起使用
-
- 通过 Protocol Buffers 序列化
-
ProtobufDecoder
:使用 protobuf 对消息进行解码 -
ProtobufEncoder
:使用 protobuf 对消息进行编码 -
ProtobufVarint32FrameDecoder
:根据消息中的Google Protocol Buffers 的“Base 128 Varints”整型长度字段值动态地分割所接收到的ByteBuf
-
ProtobufVarint32LengthFieldPrepender
:向ByteBuf
前追加一个 Google Protocal Buffers 的“Base128 Varints”整型的长度字段值
-
第 11 章 预置的 ChannelHandler 和编解码器
©著作权归作者所有,转载或内容合作请联系作者
- 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
- 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
- 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...