fopen和C语言中的open

1) fopen是一个库函数，open是一个系统调用。

2) fopen提供了缓冲IO，它比没有缓冲的open更快。

3) fopen是可移植的，而open是不可移植的(open是特定于环境的)。

4) fopen返回一个指向FILE结构的指针(FILE *);Open返回一个标识文件的整数。

5) FILE *让你能够使用fscanf和其他stdio函数。

如果你有一个FILE *，你可以使用fscanf, fprintf和fgets等函数。如果你只有文件描述符，你有有限的(但可能更快)输入和输出例程读，写等。

首先，如果fopen是一个选项，而open是另一个可能的选项，那么没有特别好的理由使用fdopen。如果你想要file *，你不应该首先使用open来打开文件。因此，将fdopen包含在该列表中是不正确的，而且令人困惑，因为它与其他列表不太一样。现在我将继续忽略它，因为这里的重要区别是C标准FILE *和特定于操作系统的文件描述符之间的区别。

使用fopen而不是open有四个主要原因。

fopen provides you with buffering IO that may turn out to be a lot faster than what you're doing with open. fopen does line ending translation if the file is not opened in binary mode, which can be very helpful if your program is ever ported to a non-Unix environment (though the world appears to be converging on LF-only (except IETF text-based networking protocols like SMTP and HTTP and such)). A FILE * gives you the ability to use fscanf and other stdio functions. Your code may someday need to be ported to some other platform that only supports ANSI C and does not support the open function.

在我看来，行尾翻译经常会带来麻烦而不是帮助，而且fscanf的解析功能太弱了，最终不可避免地会抛弃它，转而使用更有用的东西。

大多数支持C语言的平台都有一个开放函数。

这就留下了缓冲问题。在主要按顺序读取或写入文件的地方，缓冲支持真的很有帮助，而且大大提高了速度。但这可能会导致一些有趣的问题，即当您期望数据出现在文件中时，数据却没有出现在文件中。你必须记得在适当的时候收水或冲洗水。

如果您正在进行查找(又名fsetpos或fseek，其中第二个要以符合标准的方式使用稍微复杂一些)，缓冲的有用性很快就会下降。

当然，我的偏见是，我倾向于大量使用套接字，事实上，你真的想做非阻塞IO (FILE *完全不能以任何合理的方式支持)，根本没有缓冲，经常有复杂的解析需求，这真的改变了我的看法。

fopen和C语言中的open

1) fopen是一个库函数，open是一个系统调用。

2) fopen提供了缓冲IO，它比没有缓冲的open更快。

3) fopen是可移植的，而open是不可移植的(open是特定于环境的)。

4) fopen返回一个指向FILE结构的指针(FILE *);Open返回一个标识文件的整数。

5) FILE *让你能够使用fscanf和其他stdio函数。

对于我的应用程序，我从fopen()更改为open()，因为每次我运行fopen fgetc时，fopen都会导致双重读取。重复阅读破坏了我想要完成的事情。Open()似乎只做您要求它做的事情。

使用开、读、写意味着你必须担心信号交互。

如果调用被信号处理程序中断，函数将返回-1 并将errno设置为EINTR。

关闭文件的正确方法是

while (retval = close(fd), retval == -1 && ernno == EINTR) ;