Linuxeden开源社区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