在上一篇文章中（Netty 源码分析系列之 writeAndFlush()上）分析了 netty 将数据写出流程的前半部分：write()方法源码，知道了在这个过程中，数据只是被存放到了 NioSocketChannel 对象的 ChannelOutboundBuffer 缓冲…

前两篇文章中分析了 netty 中解码器相关的源码，解码过程是发生在读数据这一步的，那么读到数据，经过解码器解码后，最终就会交由我们自定义的业务处理中执行，当我们的业务逻辑处理完成后，就需要给客户端响应消息，这就涉及到服务端如何通过 channel 将响应消息写出去的流程了，同…

前段时间在学习 netty 源码的时候，遇到了一个知识点：在服务端套接字创建的过程中，可以通过 option() 方法为服务端 channel 设置 TCP 相关的参数，例如：ChannelOption.SO_BACKLOG，该参数就是设置 tcp 的 backlog 属性的值…

当 netty 的服务端启动以后，就可以开始接收客户端的连接了。那么在 netty 中，服务端是如何来进行新连接的创建的呢？在开始进行源码阅读之前，可以先思考以下三个问题。 在上一篇文章Netty 源码分析系列之 NioEventLoop 的执行流程中，分析了 NioEvent…

在上一篇文章中分析了NioEventLoop的创建以及启动过程的源码，在文章结尾处提到，当NioEventLoop线程启动以后，会一直在一个无限 for 循环中一直循环，至死方休，那么在循环中，NioEventLoop到底在循环处理什么呢？这将是本文分析的重点。同时，还是先思考…

前三篇文章分别分析了 Netty 服务端 channel 的初始化、注册以及绑定过程的源码，理论上这篇文章应该开始分析新连接接入过程的源码了，但是在看源码的过程中，发现有一个非常重要的组件：NioEventLoop，出现得非常频繁，以至于影响到了后面源码的阅读，因此决定先分析下…

由于 Netty 是对 JDK 原生 NIO 的封装，对比 JDK 原生 NIO 的写法，我们可以先思考一下以下两个问题。 在 JDK 原生的 NIO 写法中，在将 ServerSocketChannel 注册到多路复用器 Selector 上时，就将 ServerSocket…

在上一篇文章Netty源码分析系列之服务端Channel初始化中，分析了在init(channel)方法中，向pipeline添加了一个匿名类：ChannelInitializer，在该匿名类的initChannel(channel)方法中，执行了很重要的逻辑：向pipelin…

老规矩，Netty的源码很难、很复杂，为了更快的学懂新的知识，所以还是带着问题来学习源码。 Netty作为一款基于事件驱动的高性能网络框架，其底层实际上仍然使用的是JDK里面的NIO，Netty在JDK的NIO上做了大量优化，以及封装，降低了开发人员使用NIO的难度。 使用JD…