由于您链接到2.7文档，因此我假设您使用的是2.7。（在Python 3.x中，这一切都变得更加简单，因为在Python级别上公开了更多的缓冲。）
所有
open实际上做（在POSIX系统）是调用
fopen，然后，如果你已经通过了什么
buffering，
setvbuf。由于您没有传递任何内容，因此只能得到来自的默认缓冲区
fopen，该缓冲区取决于您的C标准库。（有关详细信息，请参见源。如果没有
buffering，它将-1传递给
PyFile_SetBufSize，除非不执行任何操作`bufsize
= 0`。）
如果您阅读了glibc手册
setvbuf页，它说明了如果您从不调用任何缓冲功能：
通常，所有文件都是块缓冲的。当第一次I / O操作发生在文件上时，
malloc将调用（3），并获得一个缓冲区。
注意，它没有说获得了什么大小的缓冲区。这是故意的；这意味着实现可以很聪明，并针对不同情况选择不同的缓冲区大小。（有一个
BUFSIZ常量，但是仅当您调用诸如
setbuf;之类的遗留函数时才使用该常量。不能保证在任何其他情况下都可以使用它。）
那么， 会
发生什么呢？好吧，如果您查看glibc源代码，最终它将调用该宏
_IO_DOALLOCATE，该宏可以被挂接（或被覆盖，因为glibc统一了C
++ streambuf和C stdio缓冲），但是最终，它分配了buf
_IO_BUFSIZE，这是buf
的别名。特定于平台的宏
_G_BUFSIZE，即
8192。
当然，您可能希望在自己的系统上查找宏，而不是信任通用源。
您可能想知道为什么没有很好的记录方法来获取此信息。大概是因为您不应该在乎。如果需要特定的缓冲区大小，则可以手动设置一个大小。如果您相信系统最了解，那就相信它。除非您实际上在内核或libc上工作，否则谁在乎？从理论上讲，这也使系统在这里可以做一些聪明的事情成为可能，例如根据文件文件系统的块大小甚至基于运行的统计数据选择bufsize，尽管它看起来不像linux
/ glibc ，FreeBSD或OS X可以使用常量以外的任何功能。这很可能是因为对于大多数应用程序而言，这实际上并不重要。
