由于通常的文件位移是用32位有符号整数表示,所以限制了文件位移的最大限度是2G,对于大文件来说,这种限制是必须去掉的。
- 可行的办法:
- 蚂蚁搬家,把大位移变成连续的小位移。这种方法可以最大程度的保持兼容。
缺点:仍然要看seek库函数的具体实现,比如在windows下面,seek的实现要把相对位移(SEEK_CUR)转化成绝对位移(SEEK_SET),这样,这种方法就失效了。
- 使用64位的位移。这种方法无法保持兼容。
缺点:不是每个seek的实现都提供了这种扩展的。
- 建议的办法:
-
windows下:使用win32 api中的CreateFile/SetFilePointer这套函数来进行操作,避免使用open/seek这些,这样虽然不能兼容,但是可以很好的解决大文件问题。
- linux下:建议使用下面的代码:
#ifndef __USE_LARGEFILE64 #define __USE_LARGEFILE64 #endif #include
这样可以使用64位的文件操作api,但仍然建议蚂蚁搬家,把大位移拆成2G的小位移来做,这样可以比较好的保持兼容。
最后一个需要说明的地方,由于+0x80000000 == -0x80000000,所以可以进行的小位移的最大值是0x7FFFFFFF,实际上考虑到对齐,使用0x7FFFFFF0比较合适。
博客围绕大文件位移处理展开,指出通常32位有符号整数表示文件位移限制最大为2G,介绍了蚂蚁搬家和使用64位位移两种方法及缺点。还给出windows下用win32 api函数、linux下用特定代码处理的方案,同时提到小位移最大值及合适取值。

被折叠的 条评论
为什么被折叠?



