python中os.open和os.fdopen的区别是什么

Question

我真的很困惑什么时候使用os.open和什么时候使用os.fdopen

我在用os.open做我的所有工作，它没有任何问题，但是我不能理解在什么条件下我们需要file descriptors和所有其他功能，如dup和fsync

是不是file object不同于file descriptor

我是说f = os.open("file.txt",w)

现在f是fileobject还是它的filedescriptor？

Answer 1

您将内置的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()接受现有的文件描述符（通常由诸如pipe()或dup()之类的Unix系统调用生成），并围绕它构建Python文件对象。它有效地将文件描述符转换为完整的文件对象，这在与C代码或仅创建低级文件描述符的API交互时非常有用。

内置的open可以使用os.open()（创建文件描述符）和os.fdopen()（将其包装在文件对象中）实现：

# equivalent to open(filename, "r")
f = os.fdopen(os.open(filename, os.O_RDONLY))