使用fopen打开文件 在我们能够从磁盘上的文件读取(或写入)信息之前，我们必须打开该文件。为了打开文件，我们调用了fopen函数。

1.firstly it searches on the disk the file to be opened.
2.then it loads the file from the disk into a place in memory called buffer.
3.it sets up a character pointer that points to the first character of the buffer.

这就是fopen函数的性质 在缓冲过程中有一些原因，可能会超时。因此，当比较fopen(高级i/o)和open(低级i/o)系统调用时，它比fopen更快更合适。

fopen和C语言中的open

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

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

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

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

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

open()是一个系统调用，特定于基于unix的系统，它返回一个文件描述符。可以使用另一个系统调用write()写入文件描述符。 fopen()是一个ANSI C函数调用，返回一个文件指针，它可以移植到其他操作系统。我们可以使用fprintf写入文件指针。

在Unix中: 你可以使用以下方法从文件描述符中获取文件指针:

fP = fdopen(fD, "a");

你可以使用以下方法从文件指针获取文件描述符:

fD = fileno (fP);

Open()将在每个fopen()家族函数的末尾调用。Open()是一个系统调用，fopen()是库提供的包装函数，方便用户使用

使用fopen打开文件 在我们能够从磁盘上的文件读取(或写入)信息之前，我们必须打开该文件。为了打开文件，我们调用了fopen函数。

1.firstly it searches on the disk the file to be opened.
2.then it loads the file from the disk into a place in memory called buffer.
3.it sets up a character pointer that points to the first character of the buffer.

这就是fopen函数的性质 在缓冲过程中有一些原因，可能会超时。因此，当比较fopen(高级i/o)和open(低级i/o)系统调用时，它比fopen更快更合适。

首先，如果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 *完全不能以任何合理的方式支持)，根本没有缓冲，经常有复杂的解析需求，这真的改变了我的看法。