为何fprintf向stdout输出完整数据，写入文件仅保留末尾两位？

这问题的核心原因其实是格式符和参数类型不匹配导致的未定义行为，不同输出流的上下文放大了这种差异，才让你看到两种完全不同的结果。

咱们一步步拆解：

• 首先，%x这个格式符在fprintf里要求对应的参数是unsigned int类型。但你传的pbtData[szPos]看起来应该是单个字节类型（比如unsigned char或者signed char），这就违反了格式符的要求，属于C标准里明确的「未定义行为」——简单说就是编译器想怎么处理就怎么处理，没有固定规则。

• 为什么stdout能输出完整的12345678？这其实是未定义行为的一种随机表现：可能编译器在处理stdout的fprintf调用时，因为终端输出的缓冲特性或者优化策略，意外地从内存中多读取了几个字节，把相邻的字节也当成了%x需要的unsigned int参数，刚好凑出了你期望的4字节值。

• 而写入文件时，编译器的处理逻辑变了，它严格按照单个字节的类型来传递参数，所以%x只解析了这个字节的值（也就是0x78，对应文本的78），导致文件里只有末尾两位。

解决办法 #

你需要根据实际需求来修正代码：

情况1：你只想输出单个字节的十六进制 #

用%hhx格式符（专门对应unsigned char类型），这样不管输出到哪里，结果都是一致的：

fprintf(f, "%hhx", pbtData[szPos]);

情况2：你想输出从szPos开始的4字节整数 #

那你需要先把字节数组转换成对应的32位整数，再用%x输出：

// 假设是大端序（高位字节在前），如果是小端序要调整字节顺序
uint32_t full_value = (pbtData[szPos] << 24) | 
                      (pbtData[szPos+1] << 16) | 
                      (pbtData[szPos+2] << 8) | 
                      pbtData[szPos+3];
fprintf(f, "%x", full_value);

注意：如果直接用指针强制转换（比如*(uint32_t*)(pbtData + szPos)），要确保内存地址是对齐的，否则可能触发新的未定义行为，手动拼接字节的方式更安全。

内容的提问来源于stack exchange，提问作者lkje235