Python对象生命周期始于__new__分配内存和__init__初始化，依赖引用计数与GC处理循环引用，销毁前可能调用__del__（不保证执行），推荐用weakref和显式资源管理替代依赖__del__。

Python对象的生命周期从创建开始，到被垃圾回收结束，中间涉及引用计数、循环引用检测和析构方法调用等机制。理解这些过程，有助于写出内存更可控、行为更可预期的代码。

对象创建：调用类时触发__new__和__init__

每次执行 MyClass() 时，Python 先调用 __new__ 分配内存并返回实例对象，再调用 __init__ 初始化该对象。注意：__new__ 是静态方法，必须显式返回实例；而 __init__ 不返回值（或隐式返回 None）。

• 若重写 __new__，务必调用父类的 __new__（如 super().__new__(cls)），否则不会真正创建对象
• __init__ 只负责初始化已有对象，不能控制对象是否生成
• 不可变类型（如 str、tuple）常通过重写 __new__ 实现自定义构造逻辑

对象存活：靠引用计数 + 垃圾回收器（GC）协同维持

CPython 主要依赖引用计数：每个对象内部记录被多少变量、容器或属性引用。当引用数降为 0，对象立即被销毁并调用 __del__（如果存在）。但引用计数无法处理循环引用，这时需要 GC 模块定期扫描并清理。

• 使用 sys.getrefcount(obj) 可查看当前引用数（注意：传参本身会+1）
• 循环引用常见于父子对象互相持有对方引用、闭包捕获自身、缓存结构误用等场景
• 可通过 gc.collect() 手动触发一次回收，调试时可设 gc.set_debug(gc.DEBUG_STATS) 观察回收行为

对象销毁：何时调用__del__？有哪些限制？

__del__ 是对象被销毁前最后执行的方法，但它不保证一定被调用，也不保证调用时机——尤其在解释器关闭、全局命名空间被清空或发生严重异常时可能跳过。

• __del__ 中避免调用可能引发异常的操作（如文件 I/O、网络请求），也不要依赖它释放关键资源
• 不要在 __del__ 中重新创建对自身的引用（如放进全局列表），这会阻止对象被回收
• 推荐用上下文管理器（with）或显式 close() 方法管理资源，__del__ 仅作兜底

手动干预生命周期：弱引用与显式删除

当需要打破循环引用、延迟清理或构建缓存结构时，weakref 模块提供安全的间接访问方式；del 语句则用于显式解除局部引用。

• weakref.ref(obj) 返回一个弱引用对象，不增加原对象引用计数
• weakref.WeakKeyDictionary 和 WeakValueDictionary 适合实现缓存，键或值被回收后自动清理条目
• del var 只是删除名字绑定，不直接销毁对象；只有该对象所有引用都被清除后，才进入回收流程