看了源码重新理了下思路： 1. 创建ByteBuf时调用了track0(obj)方法，传入的obj就是创建的ByteBuf对象。 2. track0(obj)方法内做了2件事 a. 创建一个弱引用对象，绑定上面传入的ByteBuf对象和一个全局的弱引用队列refQueue。 b. 把这个弱引用对象加入到另一个全局集合allLeaks里面。 3. ByteBuf对象用完了，正常情况会调用release()方法回收堆外内存，同时release()方法中调用了弱引用对象DefaultResourceLeak的close()方法，从allLeaks集合里面把这个弱引用对象移除。如果开发者忘记调用release()方法，则allLeaks集合里还会存在这个弱引用对象。 4. 一段时间后，ByteBuf对象被GC回收，此时会触发一个操作：ByteBuf对象所绑定的弱引用对象被加入到refQueue中。 5.下一次创建ByteBuf时又调用了track0(obj)方法，把refQueue和allLeaks这俩集合一对比，既存在于refQueue（说明ByteBuf用完了且已经被GC回收），又存在于allLeaks（说明没调用release释放内存），表明存在内存泄漏。

老师，针对这个检测有几个问题想不明白，弱引用对象指向的是谁，是堆外内存，还是持有堆外内存的堆内对象？GC的时候，弱引用对象不是应该被回收掉吗，那么弱引用队列 allLeak里还有对象能和refQueue做对比吗？堆外内存的释放是个什么概念，是没有被堆内对象持有，还是有个位置存储内存块的可分配状态？ 我能假设的一个相对合理的解释是：弱引用指向的是堆内对象，GC的时候堆内对象不引用堆外内存，但没有显式的释放，此时这个对象被回收了，然后这个对象的弱引用被记录到refQueue中，然后某个时间出发refQueue 和allLeak的对比，发现有堆外内存没有被释放。但是这样就有“C的时候，弱引用对象不是应该被回收掉吗，那么弱引用队列 allLeak里还有对象能和refQueue做对比吗？” 的问题。 麻烦老师解答一下

allleaks为了做快速查找那个应该是个set一类的吧 但是大家都叫他链表

buffer.release() 和 GC 有什么区别吗？不都是内存被释放了？弱引用指向的对象被 GC 掉了，空间不就被释放了，然后弱引用进入 ReferenceQueue，内存不是被释放掉了吗？怎么还说是内存泄漏了呢？

先问问ByteBuf的引用计数在哪里什么时候加减一

老师有个问题想问一下,netty参数指定使用池化内存也就是堆内内存以后,即使ctx.alloc().buffer() 申请了内存以后,没有释放,这个内存无论怎么样,都在内存池里,永远不可能被gc吧?如果不会被gc,岂不是永远检测不到内存泄漏?

检测内存是否泄露是和netty池化管理内存有关吗

老师 你好 可以讲解一下它这个内存分配算法么

byteBuf = ctx.allocate().buffer(); 这个局部局部变量怎么会发生内存泄漏呢？方法执行完了，byteBuf 不就自动回收了么？它指向的内存，也会被自动回收。 这里的泄漏是指没有立即回收还是一直不会被回收？

老师你好，在看ResourceLeakDelector相关源码时发现，在使用ByteBufAlloctor分配内存空间时(ctx.alloc)，会自动添加内存泄露检测(根据检测等级决定是否追踪检测)，是不是在开发过程中是否应该尽量使用Allocator分配内存，并且避免直接使用 ByteBuf，最佳实践是什么？希望老师解答。