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