对象内存回收机制的核心是自动识别并释放不可达对象：引用计数法通过计数归零即时回收，但无法处理循环引用；Java采用可达性分析法，从GC Roots出发判定对象存活；Python则以引用计数为主，辅以标记-清除和分代回收解决循环引用与效率问题。
对象内存回收机制的核心，是让程序在不手动干预的前提下，自动识别并释放那些“再也用不到”的对象所占的内存。它不是靠猜，而是靠一套有依据、分层次、可调控的规则来判断和执行。
引用计数：最直接的“谁还在用它”
每个对象内部都记着被多少变量或容器指向——这个数字就是引用计数。只要计数归零，对象立刻被回收，不拖泥带水。
- 增加计数的情况：变量赋值（
a = obj）、放进列表（lst.append(obj)）、作为函数参数传入 - 减少计数的情况：变量被删除（
del a）、重新赋值（a = 42）、从容器中移除、函数退出导致局部变量失效 - 注意：
sys.getrefcount()返回值总比你预期多1，因为它自己调用时也产生了一次临时引用
循环引用：引用计数的盲区
当两个或多个对象互相持有对方的引用（比如链表节点互指、父子对象双向绑定），它们的引用计数永远无法归零，即使外部已没有任何变量指向它们——这就成了内存泄漏的温床。
- 典型场景：自定义类中
self.parent = other和other.children.append(self) - Python 用
gc模块的标记-清除算法定期扫描这类孤立循环组，并回收它们 - Java 不依赖引用计数，而是用可达性分析：从 GC Roots（如栈变量、静态字段）出发，走不通的路径上的对象就判定为垃圾
分代回收：按“年龄”区别对待
新创建的对象大概率死得快，老对象往往会长期存活。回收器把对象按经历过的垃圾回收次数分为几代（Python 是 0/1/2 代，Java 年轻代/老年代），越年轻的代回收越勤快，越老的代只在必要时才扫。
- Python 中可通过
gc.get_threshold()查看默认阈值，用gc.set_threshold(800, 12, 12)调整触发频率 - 手动触发某一代回收：
gc.collect(0)只清理第 0 代 - 长期运行的服务中，偶尔调用
gc.collect()可缓解因缓存累积或临时大对象引发的内存压力
主动干预与调试：别等它出问题
回收机制虽自动，但不是万能。开发者仍需关注设计和使用方式，尤其在资源敏感或长周期服务中。
- 避免强循环：改用
weakref.ref()替代直接引用，打破引用链却不影响逻辑 - 及时清理：在对象生命周期结束前，显式置空循环字段（如
node.parent = None） - 定位泄漏：开启调试模式
gc.set_debug(gc.DEBUG_LEAK)，观察哪些对象反复进gc.garbage - 极端性能场景可临时禁用：
gc.disable()，但务必配对启用，且仅限可控短时代码段
