我们在这里讨论了为什么 fread() 和 fwrite() 为每个成员取一个大小，然后计算并返回读/写的成员数量，而不是而不仅仅是获取缓冲区和大小。我们能想到的唯一用途是，如果你想读/写一个结构数组，这些结构不能被平台对齐整除，因此已经被填充，但不能那么普遍，以至于不能保证这个选择在设计中。
来自fread(3)：
函数 fread() 读取数据的 nmemb 元素，每个 size 字节长， 从流指向的流中，将它们存储在给定的位置 通过ptr。
函数 fwrite() 写入数据的 nmemb 元素，每个 size 字节 long，指向stream指向的流，从位置获取 由ptr给出。
fread() 和 fwrite() 返回成功读取或写入的项目数 （即，不是字符数）。如果发生错误，或 到达文件末尾，返回值是一个短的项目计数（或零）。
【问题讨论】：
fread(buf, 1000, 1, stream) 和 fread(buf, 1, 1000, stream) 的区别在于，在第一种情况下，如果文件更小，您只会得到一个 1000 字节的块或什么都没有，而在第二种情况下，文件中的所有内容都小于和最多 1000 个字节。
【讨论】：
这纯粹是推测，但是在过去（有些仍然存在），许多文件系统并不是硬盘驱动器上的简单字节流。
许多文件系统都是基于记录的，因此为了以有效的方式满足此类文件系统，您必须指定项目的数量（“记录”），允许 fwrite/fread 将存储作为记录进行操作，而不仅仅是字节流。
【讨论】：
在这里，让我修复这些功能：
size_t fread_buf( void* ptr, size_t size, FILE* stream)
{
return fread( ptr, 1, size, stream);
}
size_t fwrite_buf( void const* ptr, size_t size, FILE* stream)
{
return fwrite( ptr, 1, size, stream);
}
至于fread()/fwrite() 的参数的基本原理，我很久以前丢失了我的K&R 副本，所以我只能猜测。我认为一个可能的答案是 Kernighan 和 Ritchie 可能简单地认为执行二进制 I/O 将最自然地在对象数组上完成。此外，他们可能认为块 I/O 会更快/更容易实现或在某些架构上实现。
尽管 C 标准规定 fread() 和 fwrite() 以 fgetc() 和 fputc() 的形式实现，但请记住，该标准是在 K&R 定义 C 之后很久才存在的，并且在标准可能不是最初设计者的想法。甚至有可能 K&R 的“The C Programming Language”中所说的内容可能与最初设计该语言时不同。
最后，以下是 P.J. Plauger 在“标准 C 库”中对 fread() 的评价：
如果
size（第二个）参数大于一，则无法确定 该函数是否还读取了超出其报告内容的size - 1额外字符。 通常，您最好将该函数调用为fread(buf, 1, size * n, stream);而不是fread(buf, size, n, stream);
基本上，他是说fread() 的界面坏了。对于fwrite()，他指出，“写入错误通常很少见，所以这不是主要缺点”——我不同意这种说法。
【讨论】：
fread(buf, size*n, 1, stream); 如果不完整的读取是一种错误情况，安排fread 简单地返回 0 或 1 而不是读取的字节数.然后您可以执行if (!fread(...)) 之类的操作，而不必将结果与请求的字节数进行比较（这需要额外的 C 代码和额外的机器代码）。
这可能要追溯到文件 I/O 的实现方式。 （过去）分块写入/读取文件然后一次写入所有内容可能会更快。
【讨论】：
对于可以避免读取任何部分记录的实现，具有单独的大小和计数参数可能是有利的。如果要从管道之类的东西中使用单字节读取，即使使用的是固定格式的数据，也必须考虑到一条记录被拆分为两次读取的可能性。如果可以改为请求，例如当有 293 个字节可用时，非阻塞读取最多 40 个记录，每个记录 10 个字节，并让系统返回 290 个字节（29 个完整记录），同时为下一次读取准备 3 个字节，这样会方便得多。
我不知道 fread 的实现在多大程度上可以处理这种语义，但它们肯定可以在承诺支持它们的实现上派上用场。
【讨论】：
fread(buffer, 10000, 2, stdin) 并且用户在键入 18,000 个字节后键入 newline-ctrl-D，如果该函数可以返回前 10,000 个字节而将剩余的 8,000 个字节留待未来较小的读取请求，那就太好了，但是有任何实现那会发生在哪里？这 8000 个字节将存储在哪里等待未来的请求？
size，那么...作为记录，您可能还可以将 ioctls 或其他废话应用于流为了让它表现不同，我没有深入研究。
fread 按照您在此类流上的描述工作将很有用。
我认为这是因为 C 缺乏函数重载。如果有一些，大小将是多余的。但是在 C 中你不能确定数组元素的大小，你必须指定一个。
考虑一下：
int intArray[10];
fwrite(intArray, sizeof(int), 10, fd);
如果 fwrite 接受的字节数，您可以编写以下内容：
int intArray[10];
fwrite(intArray, sizeof(int)*10, fd);
但这只是效率低下。您将有 sizeof(int) 倍的系统调用。
应该考虑的另一点是您通常不希望将数组元素的一部分写入文件。你想要整个整数或什么都没有。 fwrite 返回成功写入的元素数量。那么如果你发现一个元素只写入了 2 个低字节，你会怎么做？
在某些系统上（由于对齐），如果不创建副本和移位，您无法访问整数的一个字节。
【讨论】：