使用fread（）读取基于文本的文件 - 最佳实践

Question

考虑此代码以读取基于文本的文件。这种 fread（）在出色的书籍 c编程中简要介绍了使用： kn king 的现代方法。 还有其他读取基于文本的文件的方法，但是在这里我仅关注 fread（）。

#include <stdio.h>
#include <stdlib.h>

int main(void)
{
    // Declare file stream pointer.
    FILE *fp = fopen("Note.txt", "r");
    // fopen() call successful.
    if(fp != NULL)
    {
        // Navigate through to end of the file.
        fseek(fp, 0, SEEK_END);
        // Calculate the total bytes navigated.
        long filesize = ftell(fp);
        // Navigate to the beginning of the file so
        // it can be read.
        rewind(fp);
        // Declare array of char with appropriate size.
        char content[filesize + 1];
        // Set last char of array to contain NULL char.
        content[filesize] = '\0';
        // Read the file content.
        fread(content, filesize, 1, fp);
        // Close file stream pointer.
        fclose(fp);
        // Print file content.
        printf("%s\n", content);
    }
    // fopen() call unsuccessful.
    else
    {
        printf("File could not be read.\n");
    }
    return 0;
}

这种方法有一些问题。我的看法是，这不是执行 fread（）的安全方法，因为如果我们尝试读取一个非常大的字符串，可能会出现溢出。这个意见有效吗？

为了避免此问题，我们可以使用缓冲区的大小，并继续读取该尺寸的字符阵列。如果Filesize小于缓冲区的大小，那么我们只按照上述代码中所述执行 fread（）。否则，我们将总文件大小除以缓冲区的大小并获得结果，我们将用作int的一部分，作为迭代循环的总数，我们将调用 fread（）将读取缓冲阵列附加到较大的字符串中。现在，对于最终 fread（），我们将在循环之后执行，我们将不得不准确读取数据（文件filesize％bufferSize）字节中的数据数组，并最终将此数组添加到较大的字符串（我们将拥有 malloc -ED，并提前使用Filesize + 1）。我发现，如果我们使用BufferSize作为其第二个参数执行 fread（），则将读取大小（BufferSize -Chunksize）的额外垃圾数据，并且数据可能会损坏。我的假设在这里正确吗？请说明是否/我是如何忽略了什么的。

同样，有一个问题是，非ASCII字符的大小可能没有1个字节。在这种情况下，我会认为正在读取适当的数量，但是每个字节都被读成一个字符，因此文本以某种方式扭曲了？ fread（）处理多字节字符的读取？

Answer 1

这不是执行FREAD（）的安全方法，因为如果我们尝试读取一个非常大的字符串，可能会出现溢出。这个意见有效吗？

fread（）不在乎 strings （ null字符终止数组）。它像在的倍数中读取数据一样也许在 text 模式下进行了一些数据处理（例如，字节订单 - 字节订单 - 标记）。

我的假设在这里正确吗？

失败的假设：

• 假设 ftell（）返回值等于 fread（） bytes的总和。
  该假设可以在 text 模式中为false（如op打开文件）和 fseek（） to to to to to Technally nestem in >二进制模式。

  
  

• 假设不检查 fread（）的返回值是可以的。使用 fread（）的返回值知道是否发生了错误，文件终止以及读取了多少个字节的倍数。

• 假设不需要错误检查。 ， ftell（）， fread（）， fseek（）而不是 rewind（）都应进行错误检查。特别是， ftell（）很容易在 streams 上失败。

• 假设没有 null字符已读取。不确定文本文件是通过阅读所有内容并附加 null字符来制作一个 string 。稳健的代码检测和/或用嵌入式空字符的应对。

• 多字节：假设输入符合编码要求。示例：强大的代码检测（和拒绝）无效文件。

• 极端：假设文件 length＆lt; = long_max ，最大值从 ftell（）返回。文件可能更大。

但是每个字节都被读成一个字符，所以文本以某种方式扭曲了？ fread（）处理多字节字符的读数如何？

fread（）不在多字节边界上起作用，只有 unsigned char 的倍数。给定的 fread（）可能以多字节的一部分结尾，下一个 fread（）将继续从中部byte中继续。

---

而不是2个通过方法考虑1单次通行证

// Pseudo code
total_read = 0      
Allocate buffer, say 4096

forever
  if buffer full
    double buffer_size (`realloc()`)
  u = unused portion of buffer 
  fread u bytes into unused portion of buffer
  total_read += number_just_read
  if (number_just_read < u) 
    quit loop

Resize buffer total_read (+ 1 if appending a '\0')

，也可以考虑需要在处理数据之前读取整个文件。我不知道较高的目标，但是经常在其到达时处理数据会减少资源影响和更快的吞吐量。

---

高级

文本文件可能很简单 ascii 仅，8-bit 代码页定义，已定义，各种UTF编码之一（ byte-orde-orde-mark 等。 '\ n'，超越ASCII的鲁棒文本处理是无关紧要的

。 他们的要求。

---

满足

//                       v --- multiple of 1 byte
fread(content, filesize, 1, fp);