我真的很困惑何时使用os.open，何时使用os.fdopen
我所有的工作都是用os.open 完成的，它没有任何问题，但我无法理解在什么条件下我们需要file descriptors 以及dup 和fsync 等所有其他功能
file object 与 file descriptor 不同吗
我的意思是f = os.open("file.txt",w)
现在是文件对象还是文件描述符？
【问题讨论】：
标签： python
您将内置的open() 函数与os 模块提供的os.open() 混淆了。它们完全不同； os.open(filename, "w") 不是有效的 Python（os.open 接受整数标志作为其第二个参数），open(filename, "w") 是。
简而言之，open() 创建新文件对象，os.open() 创建操作系统级文件描述符，os.fdopen() 从文件描述符中创建文件对象。
文件描述符是一种底层工具，用于处理由操作系统内核直接提供的文件。文件描述符是一个小整数，用于标识内核为每个进程保存的打开文件表中的打开文件。许多系统调用接受文件描述符，但使用起来不方便，通常需要固定宽度的缓冲区、在某些条件下多次重试以及手动错误处理。
文件对象是包装文件描述符的 Python 类，以使处理文件更方便且不易出错。例如，它们提供错误处理、缓冲、逐行读取、字符集转换，并在垃圾收集时关闭。
总结一下：
内置的open() 接受一个文件名并返回一个新的 Python 文件对象。这是您在大多数情况下所需要的。
os.open() 接受一个文件名并返回一个新的文件描述符。该文件描述符可以传递给其他低级函数，例如os.read() 和os.write()，或os.fdopen()，如下所述。只有在编写依赖于操作系统的 API 的代码时才需要这个，例如使用 O_EXCL 标志到 open(2)。
os.fdopen() 采用现有的文件描述符——通常由 Unix 系统调用产生，例如 pipe() 或 dup()，并围绕它构建一个 Python 文件对象。它将文件描述符有效地转换为完整的文件对象，这在与 C 代码或仅创建低级文件描述符的 API 交互时非常有用。
可以通过组合os.open()（创建文件描述符）和os.fdopen()（将其包装在文件对象中）来模拟内置open：
# functionally equivalent to open(filename, "r")
f = os.fdopen(os.open(filename, os.O_RDONLY))
【讨论】：
open 和os.open() 感到困惑。你能给我一些代码示例吗，我可以使用fd 做一些普通open 做不到的事情。我想知道这是如何工作的
O_EXCL 或其他系统特定标志传递给内置open()。至于os.fdopen()，Unix API如pipe()、dup()等都是返回文件描述符，而不是文件对象。在这种情况下，您将使用 os.fdopen 将此类描述符转换为文件对象。