fread意外的返回值（）

Question

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

int main() 
{ 
    FILE* bmp = NULL; 
    uint32_t offset; 
    uint8_t* temp = NULL; 
    size_t read; 
    unsigned int x_dim = 600, y_dim = 388; 

    bmp = fopen("test_colour.bmp", "r"); 

    if (!bmp) 
     return -1; 

    /* Get the image data offset */ 
    fseek(bmp, 10, SEEK_SET); 
    fgets((char*)&offset, 4, bmp); 

    printf("Offset = %u\n", offset); 

    temp = malloc(3*x_dim*y_dim*sizeof(uint8_t)); 

    if (!temp) 
     return -1; 

    /* Go the the position where the image data is stored */ 
    fseek(bmp, offset, SEEK_SET); 

    /* Copy image data to array */ 
    printf("%u bytes requested!\n", 3*x_dim*y_dim); 
    read = fread((void*)temp, sizeof(uint8_t), 3*x_dim*y_dim, bmp); 
    printf("%Iu bytes read!\n", read); 

    fclose(bmp); 
    free(temp); 

    return 0; 
} 

我正在使用上面的代码来读取一个24位像素BMP图像的RGB数据到一个数组。根据BMP规范，在偏移量10处给出从图像数据开始处（在BMP标题之后）开始的文件的偏移量。执行上述代码时，我会得到以下输出。

Offset = 54 
698400 bytes requested! 
33018 bytes read! 

由于文件大小为698454字节（= 698400 + 54），偏移量输出似乎是正确的。但是，fread()返回的值似乎表示不能读取整个图像数据。但是，随后我使用temp阵列中的数据将RGB数据转换为灰度并将此数据再次写入BMP文件。目测检查输出图像并不表示任何错误，即似乎我实际上首先读取了整个输入图像，尽管fread()似乎表示不同。

有人可以解释这种行为吗？

Answer 1

（我敢打赌，你使用的是Windows）

bmp = fopen("test_colour.bmp", "r"); 

应该

bmp = fopen("test_colour.bmp", "rb"); 

如果该文件在Windows上以文本模式，运行时就会停止阅读，当它发生命中一个0x1a（Ctrl-Z）字节，Windows将这个字节视为文本文件的EOF标记。即使它没有按Ctrl-Z，当Windows将CR/LF序列转换为单个LF字符时，也会损坏数据。

但是，我无法解释为什么你能从部分文件读取中获得好的图像（只是幸运？）。

由于fread()实现将缓冲区中所请求的字节数（或几乎等于某个块大小的整数）读入缓冲区，因此您可以从缓冲区渲染图像，然后它扫描寻找CR/LF序列的缓冲区以转换和Ctrl-Z EOF标志。

因此，即使fread()返回33018，缓冲区实际上几乎完全用文件中的数据写入。数据不是100％正确的（例如，某些CR字符可能被丢弃）或完整，但在这种情况下，它足够接近以呈现看起来像您所期望的图像。

当然，这只是观察当前特定运行时的行为 - 在将来（甚至在今天的所有系统中）可能并不总是这样。