fwrite行为不正常

Question

我有一个C程序，该程序使用fwrite（..）写入文件，并且结果与我提供的函数参数不一致。

  uint32_t x = 1009716161;
  FILE * file = fopen("helloop.txt", "wb+");
  rewind(file);
  fwrite( &x, sizeof(uint32_t), 1, file);
  fclose(file);

当我以后检查文件时，它似乎包含不能转换为任何符号的符号

>cat helloop.txt
>Á/<

因为我应该得到这个

>cat helloop.txt
>000000003C2F0BC1

我检查了文件的权限，并对其进行了修改

 chmod 777 helloop.txt

我看到的方式是我有一个要写入文件的大小为32位整数的1元素，我在做什么错？

Answer 1

您的程序完全按照您的指示进行。

通常，如果您编写的程序似乎行为不当，则不应得出以下结论：操作系统，编译器或运行时库有问题。 程序中可能有错误，或者您误解了某些东西。 无论您拥有多少年的经验，这都是事实。

以十六进制表示的值1009716161为0x3c2f0bc1 。 当您将该值写入二进制文件时，您将写入4个8位字节，其值分别为0x3c ， 0x2f ， 0x0b和0xc1 。 在ASCII中，它们是'<' ， '/'和两个可打印ASCII范围之外的字符。 它们的写入顺序取决于系统的字节顺序，但是您报告的内容似乎与此保持一致。

我不确定为什么会看到000000003C2F0BC1 。当您仅向文件写入4个字节时，该字节为16字节。此外，二进制文件不包含所写入数据的十六进制表示形式的ASCII呈现-它们只是包含数据。

如果您通过将文件从原始二进制文件转换为十六进制文件来检查文件（如果系统有此文件，则使用hexdump或od -x命令），您应该会看到一些可识别的东西。

而且，如果您以二进制模式打开文件并使用fread将数据读回uint32_t对象，则应该获得原始值1009716161 ，这很重要。

Answer 2

猫helloop.txtÁ/ <

cat打印字符数据。 它不会将文件中的4字节值打印为32位整数。

因为我应该得到这个

猫helloop.txt 000000003C2F0BC1

不，你不应该，不要和cat在一起。 如果您希望将字符串“ 000000003C2F0BC1”写入文件，则必须将其写入文件。 该文件的长度可能为16个字符。 我敢打赌，如果您运行ls -l helloop.txt您会看到4大小，因为您在文件中写入了uint32_t二进制整数。

我究竟做错了什么 ？

据我所知，您做错的唯一一件事就是期望cat将您的uint32_t打印为十六进制表示形式。 （尽管我没有检查您的十六进制值，所以也可能不正确）

看看您的Linux机器上是否有hexdump ，它可能会给您带来更好的结果。

编辑：如果您确实想将uint32_t打印为十六进制字符串，则可以将fprintf(..., "%x", x)与x或X格式说明符一起使用，但请记住，这与fwrite不兼容/ fread，因此要读回它，您必须读入字符串并将其从十六进制转换回int。