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__ 是对象被销毁前最后执行的方法，但它不保证一定被调用，也不保证调用时机——尤其在解释器关闭、全局命名空间被清空或发生严重异常时可能跳过。
立即学习“Python免费学习笔记（深入）”；
-
__del__中避免调用可能引发异常的操作（如文件 I/O、网络请求），也不要依赖它释放关键资源 - 不要在
__del__中重新创建对自身的引用（如放进全局列表），这会阻止对象被回收 - 推荐用上下文管理器（
with）或显式close()方法管理资源，__del__仅作兜底
手动干预生命周期：弱引用与显式删除
当需要打破循环引用、延迟清理或构建缓存结构时，weakref 模块提供安全的间接访问方式；del 语句则用于显式解除局部引用。
-
weakref.ref(obj)返回一个弱引用对象，不增加原对象引用计数 -
weakref.WeakKeyDictionary和WeakValueDictionary适合实现缓存，键或值被回收后自动清理条目 -
del var只是删除名字绑定，不直接销毁对象；只有该对象所有引用都被清除后，才进入回收流程
