JavaEdge全是干货的技术号

Netty 提供的编解码器以及各种 ChannelHandler 可以被组合和扩展，以实现非常广泛的处理方案。此外，它们也是被论证的、健壮的组件，已经被许多的大型系统所使用。我们只涵盖最常见示例；Netty 的 API 文档提供了更加全面的覆盖。下一章学习另一种先进的协议——WebSocket，被开发用以改进 Web 应用程序的性能以及响应性。Netty 提供你将会需要的工具，以便你快速、轻松地利用它强大的功能。

深入 ChannelPipeline、ChannelHandler 和 EventLoop 后，如何将这些部分组织起来，成为可运行的应用程序？引导（Bootstrapping）！引导一个应用程序是指对它进行配置，并使它运行起来的过程—尽管该过程的具体细节可能并不如它的定义那样简单，尤其是对于一个网络应用程序来说。和它对应用程序体系架构的分层抽象一致，Netty处理引导的方式使你的【应用程序的逻辑或实现】和【网络层】相隔离，而无论它是客户端还是服务器。所有的框架组件都将会在后台结合在一起并启用。

Netty-Inspector：这是一个基于 Chrome DevTools 的 Netty 可视化工具，可以帮助我们查看 Netty 中的 Channel、事件循环、缓冲区等信息，并进行调试和性能分析等操作。Netty-Debug ：这是一个基于 Eclipse 的 Netty 调试工具，可以帮助我们查看 Netty 中的 Channel、事件循环、缓冲区等信息，并进行调试和性能分析等操作。这些工具可以帮助我们更好地理解 Netty 中的 Channel 和事件循环等概念。

这里借鉴的是 Scala 的 Promise 和 Future 的设计，当一个 Promise 被完成后，其对应的 Future 的值便不能再进行任何修改。ChannelInboundHandlerAdapter、ChannelOutboundHandlerAdapter提供的方法体调用了其相关联的 ChannelHandlerContext上的等效方法，从而将事件转发到 ChannelPipeline 中的下一ChannelHandler。消费入站数据，指在Netty应用中处理接收到的网络数据。

package io.netty.example.discard;import io.netty.buffer.ByteBuf;import io.netty.channel.ChannelHandlerContext;import io.netty.channel.ChannelInboundHandlerAdapter;/** * 处理服务端的channel. * * DiscardServerHandler继承ChannelInboundHandlerAdapter(Channel

网络数据的基本单位永远是 byte(字节)。Java NIO 提供 ByteBuffer 作为字节的容器，但该类过于复杂，有点难用。ByteBuf是Netty当中的最重要的工具类，它与JDK的ByteBuffer原理基本上相同，也分为堆内与堆外俩种类型，但是ByteBuf做了极大的优化，具有更简单的API，更多的工具方法和优秀的内存池设计。1 APINetty 的数据处理 API 通过两个组件暴露——abstract class ByteBuf 和 interfaceByteBufHolder。下

1 最原始架构一个线程负责处理连接、读写等各种请求。创建一个线程，注册到 Selector，将 serversocketchannel 注册到SelectorselectionKey 里就有具体的事件对应代码package io.netty.example.helloworld;import io.netty.channel.EventLoopGroup;import java.net.InetSocketAddress;import java.nio.channels.Selecti

Java NIO的Channel类似流，是用于传输数据的数据流，但有不同：既可从通道中读取数据，又可写数据到通道。但流的读写通常单向通道可异步读写通道中的数据总要先读到一个Buffer或从一个Buffer中写入从Channel读数据到缓冲区，从缓冲区写数据到Channel。Channel的实现Java NIO中最重要的Channel的实现：FileChannel从文件中读写数据DatagramChannel通过UDP读写网络中的数据SocketChannel通过TCP读写网络

完善的客户端如果想拿到请求的结果同步发送完一个请求后，直接等待返回的结果。请求必须在之前请求-响应完成后 → 请求与请求之间没有任何关系性能较低，因为总耗时是所有请求响应时间总和。异步完成从左到右的转变那么在设计网络编程消息传递结构时就要设计，消息结构加个唯一 id（stream id）...

不显式初始化initialBytesToStripLengthFieldBasedFrameDecoder#initialBytesToStripChannelHandler顺序错误解码编码顺序一定要注意ChannelHandler 共享问题不该共享的共享了，并发时就有数据问题这个很容易理解，犯错了也会很严重，必须避免。该共享的不共享，每个 pipeline 自己又单独添加了，就等于重复存了该 handler 浪费内存分配ByteBuf方式错误分配器直接用ByteB

ChannelInboundHandlerAdapterChannelInboundHandlerAdapter直接操作byte数组。ChannelInboundHandlerAdapter 好像一无是处，毕竟他要自己处理资源的释放buf.release();如果channelRead都是同步操作，SimpleChannelInboundHandler是不错的选择，如果操作是异步的话，那他的逻辑就有点麻烦了，例如你把数据交给另外的线程处理了，还没处理就会释放了 。这里必须说明一个问题，他的回收.

1 优雅关闭的常见作用最常见的，比如业务开发中，服务突然异常，刚进来的用户请求还在，通过优雅关闭，给他们 30s 时间继续执行，以免直接报错出去。2 Netty 优雅关闭流程图修改 NioEventLoop 的 State 标志位NioEventLoop 判断 State 执行退出先不接活，后尽量干完手头的活（先关 boss 后关 worker：非百分百保证）打断点，主要看 workGroup 的关闭这里就传入了两个时间为啥两个时间呢？一个为了优雅DEFAULT_SHUTD

多路复用器(Selector) 接收到OP_READ事件:处理OP_READ事件: NioSocketChannel.NioSocketChannelUnsafe.read()接受数据判断接受的数据大小是否<0,如果是，说明是关闭，开始执行关闭:关闭channel(包含cancel多路复用器的key)清理消息:不接受新信息，fail 掉所有queue中消息触发fireChannellnactive和fireChannelUnregistered。源码关闭连接，会触发OP_RE

1 写数据的核心问题快递场景(包裹)Netty写数据(数据)揽收到仓库write:写到一个buffer从仓库发货flush:把buffer里的数据发送出去揽收到仓库并立马发货( 加急件)writeAndFlush: 写到buffer, 立马发送揽收与发货之间有个缓冲的仓库Write和Flush之间有个ChannelOutboundBuffer1.1 写炸了对方仓库爆仓时，送不了的时候，会停止送，协商等电话通知什么时候好了,再送。Netty写数据，写

worker thread执行示意图Handler执行资格:实现了ChannellnboundHandler实现方法channelRead不能加注解@Skip执行流程多路复用器( Selector )接收到OP_ READ事件处理 OP_READ事件: NioSocketChannel.NioSocketChannelUnsafe.read分配一个初始1024字节的byte buffer来接受数据从 Channet接受数据到byte buffer记录实际接受数据大小， 调整下次分

1 Netty读数据的技巧1.1 AdaptiveRecvByteBufAllocator自适应数据大小的分配器。打水时，拿多大桶去装?小了不够大了浪费所以根据自己实际装预估下次情况，从而决定下次带多大桶。AdaptiveRecvByteBufAllocator对bytebuf的猜测果断地放大谨慎地缩小( 需连续2次的判断)1.2 defaultMaxMessagesPerRead连续读。排队打水时，假设当前桶装满了，这时你会觉得可能还要打点水才够用，所以直接拿个新桶等装，

执行过程boss threadNioEventLoop 中的 selector轮询创建连接事件 (ОР_АССЕРT)创建 socket channel初始化 socket channel 并从 worker group 中选择一个 NioEventLoopworker thread将socket channel注册到选择的NioEventLoop的selector注册读事件(OP_ READ)到selector 上接收连接请求的处理本质是对 OP_ACCEPT 的处理，即在 Nio

我们自己的线程，如果写在main 方法，那就是main 线程在创建 NioEventLoopGroup（创建一组NioEventLoop） 的过程中就创建了 selector这里因为我们当前线程其实是 main 线程，所以为 false创建 ServerSocketChannel初始化 server socket channel给 server socket channel 从 boss group 选择一个 NioEventLoopboss thread将 serverS.

1 降低对象大小能用基本类型就不用包装类懂得都懂。应该定义成类变量的不要定义为实例变量一个类 =》 一个类变量一个实例 =》一个实例变量一个类 =》 多个实例实例越多，浪费越多当然 netty 会结合这两点！2 预估分配的内存对已可预知固定size的HashMap避免扩容提前计算好初始size或者直接使用com.google.common.collect.Maps#newHashMapWithExpectedSize根据接受到的数据动态调整(guess) 下个要分配

1 锁的对象和范围缩小粒度2 锁的对象本身大小减少空间占用Atomic long V.S long前者是个对象，包含对象头(object header)以保存hashcode、lock 等信息，64 位系统下占16字节，64位系统下：volatile long= 8 bytesAtomicLong = 8 bytes (volatile long) + 16bytes (对象头) + 8 bytes (引用) = 32 bytes至少节约24字节!所以 Atomic* obj

1 为什么需要keepalive ?类比如下场景2 怎么设计keepalive以TCP keepalive为例TCP keepalive 核心参数：# sysctl -algrep tcp_ keepalivenet.ipv4.tcp_ keepalive_ time = 7200 问题出现概率小，没有必要频繁net.ipv4.tcp_ keepalive_ intvl= 75net.ipv4.tcp_ keepalive_ probes= 9 判断需谨慎，不能武断当启用( 默认

为什么会存在二次编解码把解决半包粘包问题的常用三种解码器叫一次解码器ByteToMessageDecoder即从io.netty.buffer. ByteBuf ( 原始数据流) =》 io.netty.buffer .ByteBuf ( 用户数据)但是在实际业务项目中，除可选的的压缩解压缩，还需一层解码，因为一次解码的结果是字节，需要和项目中所使用的对象做转化，方便使用，这层解码器可以称为“二次解码器”，相应的对应编码器是为了将Java对象转化成字节流方便存储或传输。于是有了二次解码器：Me

5 基于分隔符解码器分析构造器传入一系列分隔符,通过解码器将二进制流分成完整数据包decode 方法5.1 分析解码步骤5.1.1 行处理器行处理器决断定义位置初始化位置判断分隔符5.1.2 找到最小分隔符遍历所有分隔符,计算以每一个分隔符分割的数据包的长度5.1.3 解码5.1.3.1 找到分隔符非空,说明已经找到分隔符和之前一样,在此先判断当前是否处于丢弃模式非丢弃模式显然第一次时为 false, 因此非丢弃模式当前数据包大于允许解

1 TCP为何会有粘包半包?1.1 粘包发送方每次写入数据 < 套接字缓冲区大小接收方读取套接字缓冲区数据不够及时1.2 半包发送方写入数据 > 套接字缓冲区大小发送的数据大于协议的MTU ( Maximum Transmission Unit,最大传输单元)，必须拆包而且一个发送可能被多次接收，多个发送可能被一次接收一个发送可能占用多个传输包，多个发送可能公用一个传输包本质是因为 TCP 是流式协议，消息无边界。而UDP就像快递，虽然一次运输多个，但每个包

BIONIOAIOThread-Per-ConnectionReactorProactor什么是ReactorReactor是一种开发模式，模式的核心流程:注册感兴趣的事件->扫描是否有感兴趣的事件发生->事件发生后做出相应的处理。client/ServerSocketChannel/ServerSocketChannelOP_ACCEPTOP_CONNECTOP_WRITEOP_READclientSocketChannel...

1 经典I/0模式1.1 类比饭店->服务器饭菜->数据饭菜好了->数据就绪端菜/送菜->数据读取排队打饭模式BIO (阻塞I/0)JDK1.4之前点单、等待被叫模式NIO (非阻塞1/0)JDK1.4 (2002 年，java.nio 包)包厢模式AIO（异步 I/O）JDK1.7 (2011 年)1.2 对比概念阻塞与非阻塞菜没好，要不要死等->数据就绪前要不要等待?阻塞:没有数据传过来时，读会阻塞直到有数据

位于 netty 自己的工具包下一个引用计数的对象，需要显式取消分配。当实例化一个新的ReferenceCounted时，它从引用计数1开始。retain 引用计数加一release引用计数减一。如果引用计数减到0，则将显式释放对象，并且访问该释放对象通常会导致访问冲突。如果实现ReferenceCounted的对象是其他实现ReferenceCounted的对象的容器，则当容器的引用计数变为0时，包含的对象也将通过release释放。APIint refCnt() 返回.

1 一个简单的socket例子无 netty 前编写的代码传统的HTTP服务器的原理创建一个ServerSocket监听并绑定一个端口一系列客户端来请求这个端口服务器使用Accept，获得一个来自客户端的Socket连接对象启动一个新线程处理连接读Socket，得到字节流解码协议得到Http请求对象处理Http请求得到一个结果封装成一个HttpResponse...

1 简介Netty 由其作者 Trustin Lee在 2008 年提交第一个commit至今，转眼间已经走过了十二年。Netty 本身是基于 Java 中 NIO 接口能力进行封装而成的框架。对 NIO 的学习和掌握是不可避免的。可以熟练的使用框架进行业务的开发，仅仅只是学习刚开了一个头。只有深入到框架的内部，对一个结果的背后都了解了“为什么”，“是什么”，“怎么样”，才能算对框架实...

1 pipeline概述2 pipeline初始化看看其一个实现类基本数据结构组件3 添加ChannelHandler先看看用户代码6 outBound事件的传播同理以后的过程7 异常的传播最佳实践8 pipeline总结调用 ...

1 单例模式1.1 Netty 实例1.1.1 ReadTimeoutException可以看出,构造器私有,防止随意创建static保证延迟加载1.1.2 MqttEncoder2 策略模式3 装饰者模式Netty 实践4 观察者模式4.1 常规操作4.2 Netty 的实践在调用 writeAndFlush 后,其实返回的...

1 性能优化工具类1.1 FastThreadLocal1.1.1 传统的ThreadLocalThreadLocal最常用的两个接口是set和get最常见的应用场景为在线程上下文之间传递信息，使得用户不受复杂代码逻辑的影响public void set(T value) { Thread t = Thread.currentThread(); ThreadLocalMa...

概述一个问题编码器实现了ChannelOutboundHandler，并将出站数据从 一种格式转换为另一种格式，和我们方才学习的解码器的功能正好相反。Netty 提供了一组类， 用于帮助你编写具有以下功能的编码器:将消息编码为字节将消息编码为消息我们将首先从抽象基类 MessageToByteEncoder 开始来对这些类进行考察1 抽象类 MessageToByteEncod...

就像很多标准的架构模式都被各种专用框架所支持一样，常见的数据处理模式往往也是目标实现的很好的候选对象，它可以节省开发人员大量的时间和精力。当然这也适应于本文的主题:编码和解码，或者数据从一种特定协议的格式到另一种格式的转 换。这些任务将由通常称为编解码器的组件来处理Netty 提供了多种组件，简化了为了支持广泛 的协议而创建自定义的编解码器的过程例如，如果你正在构建一个基于 Netty 的邮...

简单地说，线程模型指定了操作系统、编程语言、框架或者应用程序的上下文中的线程管理的关键方面。 显而易见地，如何以及何时创建线程将对应用程序代码的执行产生显著的影响，因此开发人员需要理解与不同模型相关的权衡。在本文中，我们将详细地探讨 Netty 的线程模型。它强大但又易用，并且和 Netty 的一贯宗旨一样，旨在简化你的应用程序代码，同时最大限度地提高性能和可维护性。我们还将讨论致使选择...