本文共 1840 字,大约阅读时间需要 6 分钟。
当我们要设置文件位置为给定流 stream 的文件的开头时,其实我们有两种选择,
直接调用rewind
函数,rewind(fp);
或者使用fseek
fseek(fp,0L,SEEK_SET);
那么这两者有什么区别呢?我们从接口本身的使用和实现两个反面来说。
首先,从接口本身来说,rewind
是没有返回值的,看下边的示例代码,这段代码会有一个问题,那就是一旦rewind
失败程序应该如何处理呢?
#includeint main (){ int n; FILE * pFile; char buffer [27]; pFile = fopen ("myfile.txt","w+"); for ( n='A' ; n<='Z' ; n++) fputc ( n, pFile); rewind (pFile); fread (buffer,1,26,pFile); fclose (pFile); buffer[26]='\0'; puts (buffer); return 0;}
如果我们换成使用,fseek
则代码会变成大约下边的样子,
#includeint main (){... rewind (pFile); if(0==fseek(stream,0L,SEEK_SET)) { // todo: success } else { // todo: rewind failed! }...}
因此,从错误处理的角度来说,大多数情况下应该选择使用fseek
.
我们再来看看接口的实现,当然ISO C中只是定义了接口,不会对接口的实现做具体规定,因此如何实现一个接口很大程度上取决于c运行库,这有很多如BSD libc,glibc,Microsoft C run-time library 等等。。。,但是从代码设计的角度来看rewind
应该要直接调用fseek
比较好,或者至少两者应该是同源的,这样比较科学,也没有理由不这么做。下边我们看一下glibc的源代码里是怎么处理的,
首先看rewind
,函数的定义位于文件 \glibc\libio\rewind.c中,
#include "libioP.h"#includevoidrewind (FILE *fp){ CHECK_FILE (fp, ); _IO_acquire_lock (fp); _IO_rewind (fp); _IO_clearerr (fp); _IO_release_lock (fp);}
上边代码中的_IO_rewind
是一个宏,在文件libio\iolibio.h中定义,好了rewind
先看到此处
#define _IO_rewind(FILE) \ (void) _IO_seekoff_unlocked (FILE, 0, 0, _IOS_INPUT|_IOS_OUTPUT)
fseek
的定义在文件libio\fseek.c中,
int fseek (FILE *fp, long int offset, int whence){ int result; CHECK_FILE (fp, -1); _IO_acquire_lock (fp); result = _IO_fseek (fp, offset, whence); _IO_release_lock (fp); return result;}
同样_IO_fseek
也是一个宏,
#define _IO_rewind(FILE) \#define _IO_fseek(__fp, __offset, __whence) \ (_IO_seekoff_unlocked (__fp, __offset, __whence, _IOS_INPUT|_IOS_OUTPUT) \ == _IO_pos_BAD ? EOF : 0)
看到这里我们已经比较了解了,在glibc中rewind
和fseek
本质上都是调用了函数_IO_seekoff_unlocked
,所以两者是同根同源的,在不考虑返回值的情况下调用哪个都可以,用rewind
写起来简单些,用fseek
呢,以后对于错误处理的扩展性会好一点。
转载地址:http://yuemi.baihongyu.com/