挖坑的张师傅

一次 ttl 导致的网络故障分析，看看容器、flannel 网络、icmp 包分析的过程实录，iptables 的用法等

Dubbo 线程 ContextClassLoader 导致的反序列化失败，线程池的创建过程，抽丝剥茧进行分析

源码调试看奇奇怪怪的类加载行为，代码没有被任何人调用，类居然被加载了，接口和抽象类行为还不一样，看看 jvm 内部是怎么玩的

希沃 API 网关演进之路，看看从个最早的 Nginx、OpenResty 到现在的 APISIX 的演进过程。

分析 JVM native 内存的一些常见思路 内存增长了，怎么甄别是不是内存泄漏 一个完全不熟悉的项目如何找到可能导致 native 内存分配的代码 经典的 Linux 64M 内存

这是上一篇文章的姊妹篇，也是由于 OOM 导致不健壮的 Netty 一系列诡异的行为，这次的问题分析会比上次那个更有意思一点。

CLOSE_WAIT 产生原因， netty 的代码不够健壮，一个 try-catch 包裹的逻辑太多，在 OOM throwable 异常处理时，没能成功注册事件也没有 close 已创建的连接

JVM native 内存分析的通用方法，JVM Bootstrap ClassLoader 源码分析，gdb 的一些调试技巧

1、一起来卷一卷Node.js源码，分析 libuv 如何处理阻塞 DNS 调用 2、Node.js 内部线程池对快速 IO、慢速 IO、CPU 型任务是如何处理的 3、调试神器 gdb 使用