Python Shell中类A实例重复赋值触发__del__方法执行的原因

触发__del__的根本逻辑 #

• Python 基础垃圾回收的核心机制是引用计数：每个对象会实时统计被多少变量、容器结构引用，当对象的引用计数降到 0 时，会被立即回收，同步执行 __del__ 方法。
• 对应你的测试流程：
  1. 执行 a = A(param="value1") 时，第一个生成的实例仅被变量 a 持有引用，引用计数为 1
  2. 执行 a = A(param="value2") 时，变量 a 被重新绑定到新生成的第二个实例上，原本对第一个实例的引用被解除，第一个实例的引用计数直接归零，因此被立刻回收，触发 __del__ 打印日志。
• 顺带提醒：你贴出的类定义有一处容易踩的语法坑——__init__ 作为实例方法，必须在形参第一位显式接收实例本身（习惯命名为self），当前写法 def __init__(**kwargs): 会在实例化时，因为解释器自动传入的self位置参数和形参不匹配触发 TypeError，正确写法是 def __init__(self, **kwargs):。

避免测试时误触发耗时__del__的方案 #

• 临时保活所有测试创建的实例：用一个全局列表存放所有实例的引用，让所有实例的引用计数始终大于 0，就不会被回收触发析构逻辑。示例代码：

  keep_alive = []
  a = A(param="value1")
  keep_alive.append(a)
  a = A(param="value2")
  keep_alive.append(a)
  

  全部测试完成后，清空keep_alive列表即可统一触发回收流程。
• 解耦析构逻辑：不建议在__del__中放置高耗时、强副作用的逻辑——Python 本身不保证__del__一定会执行（比如程序强制退出时不会触发），且触发时机完全不可控。更合理的做法是把需要清理的逻辑封装为独立的实例方法，在需要释放资源时显式调用，不依赖自动析构。
• 增加测试屏蔽开关：在类上增加类属性作为析构逻辑的总开关，测试阶段直接关闭开关，就算实例被回收也不会执行耗时逻辑。示例代码：

  class A:
      _del_enabled = True
      def __init__(self, **kwargs):
          pass
      def __del__(self):
          if not self._del_enabled:
              return
          # 原耗时清理逻辑
          print("class was deleted")
  

  测试前直接执行 A._del_enabled = False 即可全程屏蔽析构逻辑的执行。

内容的提问来源于stack exchange，提问作者Paul Lynn