用于常见HTTP通信的Netty通道处理程序管道？

Question

Netty ChannelHandlers的管道是否是普通HTTP通信的良好基础，这对性能没有太大影响？像这样：

• http解码器（HttpRequestDecoder）
• inflater（HttpContentDecompressor）
• http encoder（HttpResponseEncoder）
• chunk writer（ChunkedWriteHandler） - 如果这支持chunked transport
• deflater（HttpContentCompressor）
• 聚合器（HttpObjectAggregator） - 使用完整的req / res对象
• 了解is100ContinueExpected
的内容
• 了解空闲连接的事情
• 意识到保持活力的东西
• 了解文件上传的内容

这基本上是最常见的HTTP服务器应该支持的，通常我们在上面的管道之后插入我们的处理程序。此外，上述顺序很重要，即聚合器必须在编码器/解码器之后等等。换句话说，如果用户想要构建一个合适的服务器，他仍然必须手动写出这么多东西。更不用说各种选项，默认情况下是关闭的，但通常更有意义设置或启用。

问题

• 为什么我们没有这样的东西？
• 上面的列表是否完整？
• 有没有人有我正在寻找的工作示例？
• 这种管道对性能有影响吗？
• 是否有一些option()通常可以设定？

这一切都在Netty 5.谢谢！