Netty如何应对TCP连接的正常关闭、异常关闭、半关改写，你贡献的源码有何独到之处？

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

欢迎关注公众号bin的技术小屋，欢迎关注公众号bin的技术小屋，本文字图加载不出的话，可查看公众号原文+本系列Netty源码解析文章基于4.1.56.Final版本+写在前面.....本文是作者熊眼所写。

欢迎关注公众号：bin的技术小屋

欢迎关注公众号：bin的技术小屋，本文图片加载不出来的话可查看公众号原文

本系列Netty源码解析文章基于 4.1.56.Final版本

写在前面.....

本文是笔者肉眼盯 Bug 系列的第三弹，前两弹分别是:

• 抓到Netty一个Bug，顺带来透彻地聊一下Netty是如何高效接收网络连接的 ，在这篇文章中盯出了一个在 Netty 接收网络连接时，影响吞吐量的一个 Bug。

• 抓到Netty一个隐藏很深的内存泄露Bug | 详解Recycler对象池的精妙设计与实现，在这篇文章中盯出了一个 Netty 对象池在多线程并发回收对象时可能导致内存泄露的一个 Bug。

而在本篇文章中笔者又用肉眼盯出了 Netty 在处理 TCP 连接半关闭时的一个 Bug。

那么在接下来的内容中，笔者会随着源码深入的解读慢慢的为大家一层一层地拨开迷雾，带大家来一步一步分析这个 Bug 产生的原因以及造成的影响，并逐步带大家把这个 Bug 修复掉。

下面就让我们一起带着怀疑，审视，欣赏，崇敬，敬畏的态度来一起品读世界顶级程序员编写出的代码。由衷的感谢他们在这一领域做出的贡献。