netty 压缩比_使Netty 4中的HTTP内容压缩工作

netty 压缩比

Netty实际上是一个很棒的框架，提供了构建高性能HTTP服务器所需的所有功能。令人高兴的是，几乎所有东西都是开箱即用的，只是必须以正确的方式组合在一起。 内容压缩 （gzip或deflate）也不例外。但是，在压缩静态内容时，我跌跌撞撞了好几次，然后一切才能按预期进行：

基于netty提供的http / file示例，我习惯于采用以下方法来提供静态文件（与netty 3.6.6中使用的相同）：

RandomAccessFile raf = new RandomAccessFile(file, "r");
HttpResponse response = new DefaultHttpResponse(HTTP_1_1, OK); 
ctx.write(response);if (useSendFile) {ctx.write(new DefaultFileRegion(raf.getChannel(), 0, fileLength));
} else {ctx.write(new ChunkedFile(raf, 0, fileLength, 8192));
}

但是，一旦我将HttpContentCompressor添加到管道中，Firefox就会失败，并显示诸如“无效的内容编码”之类的消息。

事实证明， HttpContentCompressor希望将HttpContent对象作为输入块进行压缩。但是， ChunkedWriteHandler直接将ByteBufs发送到下游。同时发送FileRegion （useSendFile = true）会使内容压缩程序不受影响。

为了解决此问题，我创建了一个名为ChunkedInputAdapter的类，该类采用ChunkedInput <ByteBuf>并表示ChunkedInput <HttpContent> 。但是，仍然不能令人满意的有两个方面：第一，仍然不能使用FileRegions和零复制功能 ，第二，已经压缩的文件（如JPEG）将再次被压缩。因此，我使用名为SmartContentCompressor的类对HttpContentCompressor进行了子封装。此类检查是否存在标头“ Content-Encoding：Identity ”或特定的内容类型或小于1 kB的内容长度 。在这种情况下，将绕过内容压缩。

使用此组合可以同时使用内容压缩（如果有用）和零复制功能（如果文件已经压缩）。

上面提到的所有资源都是根据MIT许可和S IRIUS框架的一部分开源的。

参考：来自Andy的软件工程专栏博客的JCG合作伙伴 Andreas Haufler使netty 4中的HTTP内容压缩工作。