天堂同志

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

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

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

在上一篇文章中分析了三个比较简单的解码器，今天接着分析最后一个常用的解码器：LengthFieldBasedFrameDecoder，这是一个基于长度字段的解码器。什么意思呢？就是在发送的数据中，使用一个字段来表示数据的长度，这样当接收方接收到数据后，先读出这个长度字段，读到了…

在上一篇文章中，只分析了 netty 如何通过编解码器解决了 TCP 粘包、半包的问题，没有具体分析解码器是如何来对数据进行解码的，今天本文将具体分析这些解码器的工作原理。 netty 为我们提供了几个十分常用的解码器，这几个解码器几乎能满足我们所有的场景，这几个解码器根据难易…

在上一篇文章中分析到了 Netty 服务端是如何进行新连接的接入的，那么当新连接接入后，就可以开始数据的读写操作了。在进行数据读写操作时，对于 TCP 连接而言，netty 就需要解决 TCP 中粘包、半包的问题，这将是本文今天重点分析的内容。在开始阅读本文之前，可以先思考一下…

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

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

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