17370845950

Python对象生命周期始于__new__分配内存并返回实例，再由__init__初始化；引用计数归零时立即销毁（__del__可能被调用），但循环引用需gc模块清理；__del__不保证执行，资源清理应优先用with或close()。

Python对象的生命周期从创建开始，到被垃圾回收器销毁结束。理解这个过程，关键在于掌握对象如何被创建、引用计数如何变化、何时触发销毁，以及__del__的真实行为边界。

对象创建：不只是调用__init__

对象创建实际分两步：先由__new__分配内存并返回实例，再由__init__初始化属性。大多数情况下无需重写__new__，但若需控制实例生成（如单例、不可变类型），就必须介入。

• __new__是静态方法，第一个参数是类本身（cls），必须返回一个该类或其子类的实例
• __init__是实例方法，接收刚创建的实例（self），负责设置初始状态，不返回值（或隐式返回None）
• 如果__new__返回的不是当前类的实例，Python会跳过__init__调用

引用计数与可达性：决定对象是否“活着”

CPython使用引用计数为主、循环检测为辅的垃圾回收机制。对象是否被销毁，取决于它是否还被“可达”——即是否存在从根对象（如全局变量、栈帧局部变量）出发的引用链。

• 每次赋值、传参、放入容器，引用计数+1；作用域退出、显式del、从容器移除，引用计数−1
• 引用计数归零时，对象立即被销毁（__del__可能被调用），内存同步释放
• 循环引用（如两个对象互相持有对方引用）不会导致引用计数归零，需依赖gc模块的周期性扫描来清理

__del__不是析构函数：它的限制与替代方案

__del__在对象即将被销毁前由解释器调用，但它不保证执行时机，也不保证一定执行。尤其在程序退出、解释器关闭阶段，__del__可能被跳过。

• 避免在__del__中依赖其他对象（它们可能已被销毁或处于不确定状态）
• 不能抛出未捕获异常，否则会被静默忽略，并可能干扰垃圾回收
• 需要可靠资源清理（如关闭文件、断开网络连接），应优先使用上下文管理器（with语句）或显式close()方法

手动干预与调试：看清对象何时消失

可通过sys.getrefcount()观察引用计数变化（注意：传入对象本身会使计数临时+1），也可用gc.get_objects()查看当前存活对象，辅助定位泄漏。

• 临时增加引用可使用weakref.ref()，避免阻碍垃圾回收
• 强制触发垃圾回收可用gc.collect()，但通常无需手动调用
• 启用gc.set_debug(gc.DEBUG_UNCOLLECTABLE)可打印无法回收的循环引用对象