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

Open()是一个低级操作系统调用。fdopen()将操作系统级别的文件描述符转换为C语言的更高级别的file -抽象。fopen()在后台调用open()，并直接给你一个FILE-pointer。

使用file -object而不是原始文件描述符有几个优点，其中包括更易于使用，以及其他技术优点，如内置缓冲。特别是缓冲通常会带来相当大的性能优势。

Open()将在每个fopen()家族函数的末尾调用。Open()是一个系统调用，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 *完全不能以任何合理的方式支持)，根本没有缓冲，经常有复杂的解析需求，这真的改变了我的看法。

使用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()，因为每次我运行fopen fgetc时，fopen都会导致双重读取。重复阅读破坏了我想要完成的事情。Open()似乎只做您要求它做的事情。