fseek与rewind到底有何区别

文章目录

c接口设置到文件头

当我们要设置文件位置为给定流 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