Python临时资源清理核心是确保资源及时释放，优先用with语句自动管理上下文对象，无法使用时须在try/finally中显式清理，临时文件目录需主动控制生命周期，警惕引用循环阻碍回收。
Python中临时资源清理的核心是确保文件、连接、锁等资源在使用后及时释放，避免泄露或阻塞。关键不在于“何时创建”，而在于“何时确定不再需要”——这通常由作用域结束、异常发生或显式关闭触发。
用with语句自动管理可上下文对象
对支持上下文协议（含__enter__和__exit__）的资源，优先使用with语句。它能保证即使发生异常，资源也会被安全释放。
- 文件操作：
with open("temp.txt", "w") as f: f.write("data")—— 文件句柄在退出块时自动关闭 - 数据库连接：
with sqlite3.connect("db.db") as conn:—— 连接在块结束时自动提交（或回滚）并关闭 - 线程锁：
with threading.Lock(): ...—— 避免因忘记解锁导致死锁
手动清理需覆盖所有退出路径
若无法使用with（如资源在函数内动态创建且生命周期跨多分支），必须在try/finally中显式清理。
- 不要只在
try块末尾关闭——异常会跳过它 - 把
close()、unlink()、release()等放入finally块 - 示例：临时目录创建后，无论处理成功与否，都应在
finally中调用shutil.rmtree()
临时文件与目录应设明确生存期
使用tempfile模块生成的资源默认不自动删除，需主动控制。
立即学习“Python免费学习笔记（深入）”；
-
tempfile.NamedTemporaryFile(delete=False)→ 手动os.unlink() -
tempfile.mktemp()已弃用，改用tempfile.mkstemp()或tempfile.TemporaryDirectory() -
TemporaryDirectory()本身支持with，退出时自动递归删除整个目录
警惕引用循环与全局缓存干扰垃圾回收
某些临时资源（如自定义类实例、回调函数绑定）可能因意外持有引用而延迟回收，甚至无法释放。
- 避免在闭包或信号处理器中长期持有可能关联临时资源的对象
- 检查是否误将临时对象存入模块级列表、字典或
weakref容器外的缓存 - 必要时调用
gc.collect()仅作调试辅助，不可作为清理手段依赖
安全清理不是靠事后补救，而是靠设计时就嵌入释放逻辑。写代码时问自己一句：“这个资源如果在这里崩溃，还会有谁负责关掉它？”答案应始终是“这段代码自己”。
