本文参考
本篇文章是对《Netty In Action》一书第十一章"预置的ChannelHandler和编解码器"的学习摘记，主要内容为通过 SSL/TLS 保护 Netty 应用程序、构建基于 Netty 的 HTTP/HTTPS 和websocket应用程序、处理空闲的连接和超时、解码基于分隔符的协议和基于长度的协议、写大型数据
本篇先摘记前两块内容 —— 通过 SSL/TLS 保护 Netty 应用程序、构建基于 Netty 的 HTTP/HTTPS 和WebSocket应用程序
通过SSL/TLS保护Netty应用程序
Adds SSL · TLS and StartTLS support to a Channel.
Netty 通过一个名为SslHandler的ChannelHandler 实现javax.net.ssl 包的SSLContext 和SSLEngine 类，其中SslHandler在内部使用SSLEngine来完成实际的工作
Netty 还提供了使用 OpenSSL 工具包的 SSLEngine实现。这个OpenSslEngine类提供了比 JDK 提供的SSLEngine实现更好的性能。如果OpenSSL库可用，可以将Netty应用程序（客户端和服务器）配置为默认使用OpenSslEngine。 如果不可用，Netty 将会回退到 JDK 实现，不过无论使用 JDK 的SSLEngine还是使用 Netty 的OpenSslEngine，SSL API 和数据流都是一致的
它的实现过程示意图如下
在大多数情况下，SslHandler是ChannelPipeline中的第一个ChannelHandler。 这确保了只有在所有其他的ChannelHandler将它们的逻辑应用到数据之后，才会进行加密，示例代码如下
public class SslChannelInitializer extends ChannelInitializer<Channel> {
private final SslContext context;
private final boolean startTls;
//传入要使用的 SslContext
//如果startTls设置为 true，第一个写入的消息将不会被加密（客户端应该设置为 true）
public SslChannelInitializer(SslContext context,
boolean startTls) {
this.context = context;
this.startTls = startTls;
}
@Override
protected void initChannel(Channel ch) throws Exception {
//对于每个 SslHandler 实例
//都使用 Channel 的 ByteBufAllocator 从 SslContext 获取一个新的 SSLEngine
SSLEngine engine = context.newEngine(ch.alloc());
//将 SslHandler 作为第一个 ChannelHandler 添加到 ChannelPipeline 中
ch.pipeline().addFirst("ssl", new SslHandler(engine, startTls));
}
}
我们可以看到，将SslHandler添加到ChannelPipeline是十分简单的，只需要将它的实例添加到ChannelPipeline即可
下面是有关SslHandler的api
在加密之前会先进行SSL/TLS握手，握手会在Channel被激活后自动执行，不需要我们手动配置
The handshake will be automatically issued for you once the Channel is active and SSLEngine.getUseClientMode() returns true. So no need to bother with it by your self.
握手的成功与否，既可以通过SslHandler的handshakeFuture()方法获得通知，也可以在下一个ChannelHandler的userEventTriggered()方法内检查是否有SslHandshakeCompletionEvent事件发生来获得通知
Beside using the handshake ChannelFuture to get notified about the completion of the handshake it's also possible to detect it by implement the ChannelInboundHandler.userEventTriggered(ChannelHandlerContext, Object) method and check for a SslHandshakeCompletionEvent.
HTTP编解码器
下图分别展示了生产和消费 HTTP 请求和 HTTP 响应的方法
一个 HTTP 请求/响应可能由多个数据部分组成，并且它总是以一个LastHttpContent部分作为结束。Netty中FullHttpRequest和FullHttpResponse消息是特殊的子类型，分别代表了完整的请求和响应
有关HTTP的编解码器有HttpRequestEncoder、HttpResponseEncoder、HttpRequestDecoder、HttpResponseDecoder
HttpClientCodec在结合了HttpRquestEncoder和HttpResponseDecoder的基础上，还提供了额外的状态管理
A combination of HttpRequestEncoder and HttpResponseDecoder which enables easier client side HTTP implementation. HttpClientCodec provides additional state management for HEAD and CONNECT requests, which HttpResponseDecoder lacks.
下面是将HTTP编解码器添加到ChannelPipline的示例代码
public class HttpPipelineInitializer extends ChannelInitializer<Channel> {
private final boolean client;
public HttpPipelineInitializer(boolean client) {
this.client = client;
}
@Override
protected void initChannel(Channel ch) throws Exception {
ChannelPipeline pipeline = ch.pipeline();
if (client) {
//如果是客户端，则添加 HttpResponseDecoder 以处理来自服务器的响应
pipeline.addLast("decoder", new HttpResponseDecoder());
//如果是客户端，则添加 HttpRequestEncoder 以向服务器发送请求
pipeline.addLast("encoder", new HttpRequestEncoder());
} else {
//如果是服务器，则添加 HttpRequestDecoder 以接收来自客户端的请求
pipeline.addLast("decoder", new HttpRequestDecoder());
//如果是服务器，则添加 HttpResponseEncoder 以向客户端发送响应
pipeline.addLast("encoder", new HttpResponseEncoder());
}
}
}
聚合HTTP消息
A ChannelHandler that aggregates an HttpMessage and its following HttpContents into a single FullHttpRequest or FullHttpResponse (depending on if it used to handle requests or responses) with no following HttpContents. It is useful when you don't want to take care of HTTP messages whose transfer encoding is 'chunked'. Insert this handler after HttpResponseDecoder in the ChannelPipeline if being used to handle responses, or after HttpRequestDecoder and HttpResponseEncoder in the ChannelPipeline if being used to handle requests.
正如我们在上面HTTP的请求和响应组成部分图中所看到的，HTTP 的请求和响应可能由许多部分组成，因此需要聚合它们以形成完整的消息，Netty为此提供了HttpObjectAggregator类来简化这一操作，消息分段将被缓冲，直到可以转发一个完整的消息给下一个 ChannelInboundHandler
public class HttpAggregatorInitializer extends ChannelInitializer<Channel> {
private final boolean isClient;
public HttpAggregatorInitializer(boolean isClient) {
this.isClient = isClient;
}
@Override
protected void initChannel(Channel ch) throws Exception {
ChannelPipeline pipeline = ch.pipeline();
if (isClient) {
//如果是客户端，则添加 HttpClientCodec
pipeline.addLast("codec", new HttpClientCodec());
} else {
//如果是服务器，则添加 HttpServerCodec
pipeline.addLast("codec", new HttpServerCodec());
}
//将最大的消息大小为 512 KB 的 HttpObjectAggregator 添加到 ChannelPipeline
pipeline.addLast("aggregator",
new HttpObjectAggregator(512 * 1024));
}
}