Java容器HashMap/LinkedList为何不重用已删除的内部Node？

• 额外维护成本过高：要实现Node复用，得额外维护一个闲置Node列表——删除元素时要把Node加入列表，添加元素时要先从列表里取Node、重置它的item、prev、next属性。这不仅会让LinkedList的代码逻辑变复杂，还会在增删操作里加额外的步骤，高并发场景下还要处理闲置列表的同步问题，反而拖慢性能。

• 内存优化收益微乎其微：Node本身是极轻量的对象，64位JVM里也就24字节左右（对象头加三个引用）。现代JVM的GC处理这种小对象效率极高，还有TLAB（线程本地分配缓冲区）专门快速分配小对象，回收成本远低于维护闲置列表的开销，根本没必要多此一举。

• 软引用反而添负担：用软引用存储闲置Node看似能省内存，但软引用本身也要占内存，而且JVM回收软引用时的判断逻辑会增加GC复杂度。真到内存紧张时，这些软引用的Node还是会被回收，之前维护列表的功夫全白费。

• 违背设计简洁性原则：Java集合框架的核心是简洁通用，LinkedList的定位就是基础双向链表实现。过度搞Node复用这种优化，会让内部逻辑变得臃肿，增加维护难度，也不符合“单一职责”——它只管链表操作，没必要兼做对象池管理。

• 容易引发隐蔽bug：重用Node时要是没彻底清空内部属性，很容易出问题——比如残留的prev/next引用搞乱链表结构，或者item引用没清导致内存泄漏（本该回收的对象被闲置Node勾着没法释放），排查起来特别麻烦。

内容的提问来源于stack exchange，提问作者Дмитрий Воронецкий