fseek与rewind到底有何区别

当我们要设置文件位置为给定流 stream 的文件的开头时，其实我们有两种选择，
直接调用rewind函数，
rewind(fp);
或者使用fseek
fseek(fp,0L,SEEK_SET);

那么这两者有什么区别呢？我们从接口本身的使用和实现两个反面来说。

首先，从接口本身来说，rewind是没有返回值的，看下边的示例代码，这段代码会有一个问题，那就是一旦rewind失败程序应该如何处理呢？

#include <stdio.h>int 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则代码会变成大约下边的样子，

#include <stdio.h>int 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"
#include <stdio.h>void
rewind (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呢，以后对于错误处理的扩展性会好一点。

https://blog.csdn.net/iceboy314159/article/details/108678895