引用计数法通过为每个对象维护一个计数器，记录其被引用次数，计数为0时立即回收内存；其缺陷在于无法处理循环引用，因互相引用使计数恒不归零，需依赖gc模块等辅助机制来检测和回收。
引用计数法的底层逻辑非常直接：每个对象在内存中都附带一个整数计数器，记录当前有多少个“有效引用”正指向它。只要这个数字大于 0，系统就认为该对象还在被使用；只有当计数降为 0，才触发释放。
引用计数怎么增减？
每次发生以下操作时，计数器会实时变化：
- 变量赋值为该对象（如
a = obj）→ 计数 +1 - 对象作为参数传入函数、加入容器（如列表、字典）→ 计数 +1
- 变量被重新赋值（如
a = 123）、离开作用域、或显式调用del a→ 原来指向的对象计数 −1
循环引用为什么卡死计数器？
假设有对象 A 和对象 B：
- A 中有一个字段
self.b = B，B 的引用计数因此 +1 - B 中有一个字段
self.a = A，A 的引用计数因此 +1 - 外部所有变量（比如局部变量
a、b）都被销毁后，A 和 B 的计数器仍各为 1 —— 因为它们彼此还“抓着对方” - 垃圾回收器只看数字，不分析关系结构。只要不是 0，就判定“还在用”，绝不会释放
这不是 bug，是设计限制
引用计数本身没有错，它快、确定、适合实时响应。问题出在它的判断依据太“表面”：只统计“有几个指针在指着我”，不追踪“这些指针是否构成闭环”。这种机制天然无法识别 A→B→A 这类自维持环，就像两个人互相拉着手，谁都不松开，哪怕周围已经没人需要他们了。
主流语言怎么绕过这个问题？
现代运行环境基本不单靠引用计数：
- Python：主用引用计数，但额外内置一个“循环检测器”（gc 模块），定期扫描并打破环状引用
- PHP 5.3+：在引用计数基础上叠加周期性环检测算法，专门处理
A→B→A类型结构 - Java / JavaScript 引擎（V8）：弃用引用计数，改用“可达性分析”（从根对象出发，不可达即回收），天然规避循环引用陷阱
本质上，循环引用不是代码写错了，而是暴露了引用计数法的能力边界——它高效但“短视”，必须靠更复杂的辅助机制才能补全。
