python进程退出时资源回收需分情况：内置对象内存由引用计数和gc自动管理，正常退出时os会整体回收；外部资源（文件、网络、子进程等）必须显式释放，推荐with语句和atexit注册清理钩子；信号或异常退出时需用signal或atexit保障清理；多进程须手动终止非守护子进程。
Python进程退出时，资源能否被正确回收，取决于资源类型、管理方式以及退出触发方式。自动回收不是万能的，尤其在异常退出或子进程场景下，容易遗漏清理逻辑。
内置对象与内存：通常无需手动干预
Python使用引用计数为主、垃圾回收器（GC）为辅的内存管理机制。普通变量、列表、字典等对象在作用域结束或引用被删除后，会立即或稍后被释放。进程正常退出时，操作系统会回收整个进程的内存空间，因此不必为这些对象写显式清理代码。
- 局部变量在函数返回后自动解除引用
-
del obj可提前解除引用，但非必需 - 循环引用需依赖 GC，可通过
gc.collect()主动触发（调试时有用）
外部资源：必须显式释放
文件句柄、网络连接、数据库游标、锁、子进程对象等，不依赖 Python 的内存回收机制，而依赖操作系统资源限额和 Python 对象的 __del__ 或上下文管理协议。但 __del__ 不可靠，不应作为主要清理手段。
- 优先使用
with语句管理资源（如with open(...) as f:） - 对子进程（
subprocess.Popen），调用.wait()或.communicate()后应检查是否已清理；若未等待，进程可能变成僵尸，建议在退出前调用.kill()+.wait() - 线程中启动的资源（如
threading.Thread）需确保其关联资源也一并关闭，避免主线程退出后子线程仍在持有句柄
信号与异常退出：注册清理钩子很关键
用户按 Ctrl+C（SIGINT）、系统发送 SIGTERM，或发生未捕获异常时，进程可能跳过常规退出流程。此时需借助 atexit 注册退出回调，或用 signal 捕获特定信号。
立即学习“Python免费学习笔记（深入）”；
-
atexit.register(func)在正常退出和大部分异常退出时都会执行（但不包括os._exit()或致命信号如SIGKILL） - 对
SIGTERM/SIGINT，可用signal.signal()绑定处理函数，在其中完成清理再退出 - 避免在清理函数中做耗时或不可重入操作（如打印、网络请求），以防阻塞退出
多进程场景：父进程要负责善后
使用 multiprocessing 启动子进程时，主进程退出不会自动终止子进程（除非设 daemon=True）。若子进程持有文件、端口等资源，可能造成残留。
- 非守护进程应在主进程退出前调用
.join(timeout=...)等待并清理 - 可结合
atexit或try/finally确保无论何种路径退出，都尝试.terminate()或.close() - 使用
multiprocessing.Pool时，务必调用.close()和.join()，否则 worker 进程可能持续运行
