皇上,还记得我吗?我就是1999年那个Linux伊甸园啊-----24小时滚动更新开源资讯,全年无休!

Netty 4.1.37.Final 发布,HTTP/2 相关类新特性

Netty 4.1.37.Final 发布了,此版本主要修复了一些 bug,同时弃用了一些 HTTP/2 相关类,并在添加特性的基础上相应进行替换。

Http2MultiplexCodec * 弃用

Http2MultiplexCode 和 Http2MultiplexCodecBuilder 在此版本中被标记为 @deprecated,原因在于它的实现方式导致 Http2FrameCodec 与 Http2MultplexCodec 的耦合过于紧密,这使得在将这些帧复用到 Http2StreamChannel 之前无法添加对帧的特殊处理。

现在使用 Http2MultiplexHandler 替代上述弃用函数,它只负责多路复用。这意味着开发者不在 ChannelPipeline 中只使用 Http2MultiplexCodec,而是需要将 Http2FrameCodec 和 Http2MultiplexHandler 添加到管道中。例子如下:

ChannelPipeline pipeline = ...
pipeline.addLast(Http2MultiplexCodecBuilder.forServer(new HelloWorldHttp2Handler()).build());
...

上边这段代码将来将变成:

java ChannelPipeline pipeline = ... 
pipeline.addLast(Http2FrameCodecBuilder.forServer().build()); 
pipeline.addLast(new Http2MultiplexHandler(new HelloWorldHttp2Handler()); 
...

DnsNameResolver TCP fallback

根据 RFC7766 的定义,解析器应支持 TCP fallback,以防响应过大而被截断,此版本新增了对该功能的支持,需要在构建最终的 DnsNameResolver 之前配置 DnsNameResolverBuilder。

举个例子,此前的代码无法 TCP fallback:

DnsNameResolver resolver = new DnsNameResolverBuilder(eventLoop).channelType(NioDatagramChannel.class).build();
...

现在通过指定 socketChannelType,可以实现该功能:

DnsNameResolver resolver = new DnsNameResolverBuilder(eventLoop)
.channelType(NioDatagramChannel.class)
.socketChannelType(NioSocketChannel.class).build();
...

完整的重要更新内容查看:

https://netty.io/news/2019/06/28/4-1-37-Final.html

完整更改记录查看:

https://github.com/netty/netty/milestone/210

转自 https://www.oschina.net/news/107829/netty-4-1-37-final-released