在内存归档只读操作中，不关闭PyFilesystem FS对象是否安全？

嘿，针对你这个问题，我来梳理下实际情况和最佳实践：

从PyFilesystem的TarFS设计和实际使用场景来看，仅执行只读操作时，不主动关闭FS对象在短期小脚本里可能不会立刻出问题，但绝对不推荐这么做，原因如下：

• 虽然只读操作不会修改归档内容，不会出现文档里提到的"未完成更改"问题，但TarFS内部仍然持有对底层IO对象（比如你示例里的io.BytesIO）的引用。如果不关闭FS对象，这个引用会一直存在，直到Python的垃圾回收机制触发才会释放资源。在小型脚本里可能没感觉，但在长期运行的服务或者频繁创建TarFS对象的场景中，很可能导致资源泄漏，占用不必要的内存或文件句柄（如果是磁盘上的tar文件而非内存中的BytesIO的话）。
• 你的示例代码read_stuff_from_fs(TarFS(archive))里，TarFS对象是作为临时参数传入的，函数执行完后这个对象会变成垃圾，Python后续会回收它并自动调用关闭方法，但这个回收时机是不确定的。如果read_stuff_from_fs执行时间很长，或者后续还要复用archive这个BytesIO对象，可能会因为TarFS还持有引用导致无法正常操作archive。
• 遵循"打开即关闭"的最佳实践总是没错的，哪怕是只读场景。用上下文管理器来自动处理是最稳妥的方式，代码也更健壮：

  archive = io.BytesIO(get_my_tar_as_bytes())
  with TarFS(archive) as fs:
      read_stuff_from_fs(fs)
  

  这样不用手动调用close()，离开with块时会自动关闭，而且多次调用关闭方法也是安全的，完全符合文档里的推荐。

内容的提问来源于stack exchange，提问作者Anton Daneyko