因为TemporaryFile默认在内存中创建且关闭后立即回收，无真实文件路径；需跨进程访问时应改用NamedTemporaryFile(delete=False)或mkstemp()。
用 tempfile.TemporaryFile 时为什么程序退出后文件就找不到了？
因为 TemporaryFile 默认在内存中创建（尤其在 Linux 上），且关闭后立即被系统回收，不写入磁盘。它适合短生命周期的二进制数据处理，比如加密中间流、压缩缓冲区。
常见误用：想用它生成一个路径供其他进程读取——这不行，它没有文件名，.name 属性可能为空或指向不可访问路径。
- 需要真实磁盘路径？改用
tempfile.NamedTemporaryFile，并注意设置delete=False（否则关闭即删） - 若只是临时缓存字节流，
TemporaryFile更轻量，但别依赖其持久性 - Windows 下
TemporaryFile可能强制落盘且加锁，行为和 Linux 不一致，跨平台逻辑要额外判断
如何确保 tempfile.mktemp() 不再被推荐？
mktemp() 有竞态条件漏洞：它只返回路径，不真正创建文件，调用者需手动 open()，但这两步之间可能被其他进程抢占并创建同名文件，导致覆盖或权限错误。
替代方案只有两个安全选择：
立即学习“Python免费学习笔记（深入）”；
- 用
tempfile.NamedTemporaryFile(delete=False)，然后显式.close()，再用.name获取路径——文件已存在且独占 - 用
tempfile.mkstemp()，它原子性地创建并返回(fd, path)，你可用os.fdopen(fd, ...)继续操作，避免重复打开风险
注意：mkstemp() 创建的文件默认权限是 0o600，在某些共享环境可能需 os.chmod(path, 0o644) 调整。
临时目录怎么建才不会残留垃圾？
用 tempfile.TemporaryDirectory() 是最省心的方式——它是上下文管理器，with 块退出时自动递归删除整个目录及内容。
但要注意几个边界：
- 目录内有被其他进程打开的文件？删除会失败（Linux 可能静默跳过，Windows 直接抛
PermissionError） - 目录路径长度超限（尤其 Windows 路径 >260 字符）？提前用
tempfile.gettempdir()检查基础路径是否合理 - 需要指定前缀/后缀？传参
prefix="myapp_"或suffix=".cache"，避免不同模块冲突
示例：
with tempfile.TemporaryDirectory(prefix="data_") as tmpdir:
with open(f"{tmpdir}/config.json", "w") as f:
f.write('{"mode": "test"}')退出时 tmpdir 及其全部内容消失。
清理逻辑写在 finally 里还是交给 atexit？
都不如直接用上下文管理器或 try/finally 显式控制。 atexit 注册的函数在解释器退出时才运行，若程序被 SIGKILL 或崩溃，根本不会触发。
更危险的是：把临时文件句柄存全局变量，指望 atexit 关闭——一旦异常中途退出，文件可能一直被占用，后续无法清理。
- 单个文件：优先
NamedTemporaryFile(delete=False)+try/finally中os.unlink() - 多个资源或复杂流程：封装成自定义上下文管理器，
__exit__统一清理 - 绝对不要依赖
__del__或弱引用回调做清理，GC 时机不可控
临时文件真正的难点不在创建，而在“谁负责删、什么时候删、删不掉怎么办”——这三个问题没理清，优雅就无从谈起。
