使用tempfile.mkstemp()[1]是否会导致文件句柄泄漏？

嘿，这个问题踩中了一个很容易忽略的细节！答案是会的，如果只取tempfile.mkstemp()[1]而不管返回的文件对象/描述符，确实会造成文件句柄泄漏。

咱们来拆解一下：tempfile.mkstemp()的设计是返回一个元组——第一个元素是操作系统级别的文件描述符（Unix-like系统）或打开的文件对象（Windows系统），第二个才是文件名。当你只提取文件名时，那个打开的文件句柄其实还在后台保持打开状态，但你没有任何引用去主动关闭它。

Python的垃圾回收机制虽然可能在某个随机时机触发对象的__del__方法来关闭句柄，但这个时机完全不可控：比如在长时间运行的服务或者循环逻辑里，大量未关闭的句柄会快速耗尽系统允许的最大文件描述符数量，直接导致程序抛出“Too many open files”的崩溃错误。

那正确的做法是什么呢？分两种场景处理：

• 如果你只需要文件名，不需要直接操作文件：拿到完整的返回值后，手动关闭文件描述符，再使用文件名

  import tempfile
  import os
  
  fd, filename = tempfile.mkstemp()
  os.close(fd)  # 关键！必须手动关闭文件描述符
  # 接下来用filename做你的操作，最后记得删除临时文件
  os.unlink(filename)
  

• 如果你需要对文件进行读写操作：用os.fdopen()把文件描述符转换成文件对象，再配合上下文管理器自动关闭

  import tempfile
  import os
  
  fd, filename = tempfile.mkstemp()
  with os.fdopen(fd, 'w') as f:
      f.write("需要写入的内容")
  # 上下文管理器会自动关闭文件，之后可以继续用filename做后续操作，最后删除文件
  os.unlink(filename)
  

总之，别只拿mkstemp()的第二个返回值就撒手不管，一定要处理好前面的文件句柄，不然踩坑是迟早的事！

备注：内容来源于stack exchange，提问作者LetMeSOThat4U