这是因为截断不会更改流的位置。
当你
read()的文件,你移动位置到结束。因此,连续的
writes将从该位置写入文件。
flush(),似乎不仅尝试将缓冲区写入文件,而且还会进行一些错误检查并修复当前文件位置。在
Flush()之后调用时
truncate(0),将不写入任何内容(缓冲区为空),然后检查文件大小并将该位置放置在第一个适用的位置(即
0)。
更新
Python的文件功能不仅是与C标准库等效物的包装,而且了解C函数有助于更准确地了解正在发生的事情。
在ftruncate手册页中:
调用ftruncate()不会修改seek指针的值。
从笨拙的手册页:
如果流指向输入了最新 *** 作的输入流或更新流,则在可搜索且尚未到达文件末尾的情况下刷新该流。刷新输入流将丢弃所有缓冲的输入,并调整文件指针,以使下一个输入 *** 作在最后一次读取后访问该字节。
这意味着如果您放置
flush在
truncate它之前没有效果。我检查了,是这样。
但是为了
flush追求
truncate:
如果流指向未输入最新 *** 作的输出流或更新流,则fflush()会将该流的任何未写入数据写入文件,并标记基础文件的st_ctime和st_mtime字段进行更新。
手册页在解释未输入最后 *** 作的输出流时没有提及查找指针。(这是我们的最后一个 *** 作是
truncate)
更新2
我在python源代码中找到了一些东西:
Python-3.2.2Modules_iofileio.c:837
#ifdef HAVE_FTRUNCATEstatic PyObject *fileio_truncate(fileio *self, PyObject *args){ PyObject *posobj = NULL; #ifndef MS_WINDOWS Py_off_t pos;#endif...#ifdef MS_WINDOWS { PyObject *oldposobj, *tempposobj; HANDLE hFile;////// THIS LINE ////////////////////////////////////////////////////////////// oldposobj = portable_lseek(fd, NULL, 1); if (oldposobj == NULL) { Py_DECREF(posobj); return NULL; } ... ...////// AND THIS LINE ////////////////////////////////////////////////////////// tempposobj = portable_lseek(fd, oldposobj, 0); Py_DECREF(oldposobj); if (tempposobj == NULL) { Py_DECREF(posobj); return NULL; } Py_DECREF(tempposobj); }#else...#endif
查看我指示的两行(
///// This Line /////)。如果您的平台是Windows,则它将保存位置并在截断后将其返回。
令我惊讶的是,
flushPython
3.2.2函数中的大多数函数什么都不做,或者根本没有调用
fflushC函数。3.2.2截短部分也没有记录。但是,我确实在Python
2.7.2源中发现了一些有趣的东西。首先,我
Python-2.7.2Objectsfileobject.c:812在
truncate实现中发现了这一点:
因此,总而言之,我认为这是完全依赖平台的事情。我检查了适用于Windows x64的默认Python 3.2.2,并获得了与您相同的结果。不知道在*
nixes上会发生什么。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)