由于通常的文件位移是用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比较合适。