直接用open()写临时文件不安全，因其手动拼接路径易引发命名冲突与竞态条件，且权限不可控、无自动清理机制；而tempfile.mkstemp()等函数通过随机命名、默认0600权限、文件描述符原子创建及可选自动清理，实现路径不可预测、访问隔离与生命周期可控。
为什么直接用 open() 写临时文件不安全？
因为手动拼路径（比如 "./tmp/file_" + str(os.getpid())）既不防冲突，也不防竞态——别人可能在你检查文件是否存在后、真正写入前，抢先创建同名文件。更糟的是，如果目录权限宽松，还可能被恶意覆盖或读取。
根本问题不在“临时”，而在“可预测”和“未隔离”。tempfile 模块所有函数默认使用系统级安全策略：路径随机、权限严格（仅当前用户可读写）、自动清理机制可选。
-
tempfile.mkstemp()返回文件描述符和路径，适合需要底层控制的场景（如避免 Python 缓冲干扰二进制写入） -
tempfile.NamedTemporaryFile()自动管理生命周期，但注意：Windows 下不能重复打开同一文件（会报PermissionError: [WinError 32]） - 若只需路径不需立即打开，用
tempfile.mktemp()是错的——它不安全，已被弃用，文档明确警告不要用
NamedTemporaryFile 的 delete 参数到底怎么设？
默认 delete=True 表示文件对象关闭时自动删除。但如果你打算把文件路径传给外部命令（比如 subprocess.run(["ffmpeg", "-i", tmp_path])），就必须设 delete=False，否则进程还没启动文件就没了。
关键点在于：即使 delete=False，也别手动用 os.remove() 收尾——容易漏掉异常路径。正确做法是用 tempfile.TemporaryDirectory() 管理整个目录，或显式调用 os.unlink(tmp_path) 并确保在 finally 块里执行。
立即学习“Python免费学习笔记（深入）”；
- 跨平台兼容性：Linux/macOS 下
delete=False后文件可多次打开；Windows 下必须先.close()才能被其他进程访问 - 路径获取方式：
tmp_file.name是完整路径，tmp_file.file是底层 file object，别混淆 - 避免用
mode="w+"同时读写文本文件——编码问题易出错，分开用"w"写完再"r"读更稳
如何让临时文件留在指定目录且保证权限安全？
系统临时目录（如 /tmp）可能被其他用户写入，尤其在共享服务器上。强制指定目录时，必须确保该目录存在、属于当前用户、且权限为 0o700（即 drwx------）。否则 tempfile 会静默降级到系统默认目录，还可能抛出 PermissionError。
实操建议：用 tempfile.mkdtemp(dir="/my/secure/dir") 创建子目录，再在里面建文件；或者给 NamedTemporaryFile(dir="/my/secure/dir") 显式传参。注意路径末尾不要加斜杠，tempfile 不会帮你补。
- 验证目录权限：
os.stat("/my/secure/dir").st_mode & 0o777 == 0o700 - 不要依赖
os.environ["TMPDIR"]—— 它可能被污染，tempfile默认只信任系统配置 - 如果目标目录空间受限，提前用
shutil.disk_usage()检查剩余空间，避免写一半失败
临时文件被意外保留怎么办？
最常见的原因是没正确关闭文件对象。比如用 NamedTemporaryFile 时忘记调用 .close()，或用了上下文管理器但中途抛异常导致 __exit__ 未执行（其实不会——with 保证调用，除非极端情况如 os._exit()）。
真正危险的是：用 mkstemp() 获取 fd 后，只用 os.write(fd, ...) 写入，却忘了 os.close(fd)。此时文件句柄泄露，且文件无法删除（Windows）或占用 inode（Linux）。
- 推荐优先用上下文管理器：
with tempfile.NamedTemporaryFile(delete=False) as f:，哪怕delete=False，也能确保f.close()被调用 - 调试时用
lsof -p $PID | grep "DEL"（Linux）或Process Explorer（Windows）查未关闭 fd - 生产环境别依赖自动清理——临时文件目录应配 logrotate 或定时脚本清理超过 24 小时的残留文件
