Netty高效接收网络连接的改写中，如何顺带揭示其内部机制下的一个Bug？

本文共计10122个文字，预计阅读时间需要41分钟。

本文介绍了NioServerSocketChannel处理客户端连接事件的整个过程。包括接收连接的整个处理框架。分析了Netty接收连接时产生的Bug原因，以及修复的方案。创建并初始化客户端NioSocketChannel。

本文介绍了NioServerSocketChannel处理客户端连接事件的整个过程。接收连接的整个处理框架。影响Netty接收连接吞吐的Bug产生的原因，以及修复的方案。创建并初始化客户端NioSocketChannel。初始化NioSocketChannel中的pipeline。客户端NioSocketChannel向Sub Reactor注册的过程

本系列Netty源码解析文章基于 4.1.56.Final版本，大家如果看到图片显示不了的话，可以查看公众号原文

对于一个高性能网络通讯框架来说，最最重要也是最核心的工作就是如何高效的接收客户端连接，这就好比我们开了一个饭店，那么迎接客人就是饭店最重要的工作，我们要先把客人迎接进来，不能让客人一看人多就走掉，只要客人进来了，哪怕菜做的慢一点也没关系。

本文笔者就来为大家介绍下netty这块最核心的内容，看看netty是如何高效的接收客户端连接的。

下图为笔者在一个月黑风高天空显得那么深邃遥远的夜晚，闲来无事，于是捧起Netty关于如何接收连接这部分源码细细品读的时候，意外的发现了一个影响Netty接收连接吞吐的一个Bug。

于是笔者就在Github提了一个Issue#11708，阐述了下这个Bug产生的原因以及导致的结果并和Netty的作者一起讨论了下修复措施。如上图所示。