使用fseek（file，0，SEEK_END）和文件来了解二进制流的未定义行为

作者: 春风助手
发布时间: 2024-04-18 06:05:46 (19小时前)

2 条回复

1#
回复此人
只怕再见是故人 | 2020-07-31 16-18

在您可能使用的任何系统上，二进制文件都将是8位字节的序列，具有确切的指定大小。但是并非所有系统都以这种方式存储文件，并且C标准经过精心设计，以允许移植到具有异常特征的系统。例如，符合标准的C实现可能在将文件存储为512字节块序列的操作系统上运行，而没有指示最后一块的字节数是有效的。在这样的系统上，创建二进制文件时，操作系统可能会用零字节填充最终块的其余部分。从此类文件读取时，填充字节可能会出现在输入中（即使从未将其显式写入文件中），也可能会被忽略（即使创建文件的程序可能已将其显式写入）。。如果您正在从不可搜索的流中进行读取（例如键盘输入），那么fseek(file, 0, SEEK_END)不仅会给您带来不好的结果，还会通过返回非零结果来指示失败。（在符合POSIX的系统上，它返回-1并设置errno； ISO C不需要。）在大多数系统上，fseek(file, 0, SEEK_END)在二进制文件上，它将搜索到文件的实际末尾（该位置完全由写入文件的多少字节确定），或者返回明确的失败指示。如果您仍在使用POSIX特定的功能，则可以放心地采取这种行为；您可能会对Windows和许多其他系统做出相同的假设。如果您希望代码可以100％移植到异类系统中，则不应假定二进制文件不会被多余的零字节填充。

编辑

登录后才能参与评论