unsigned char*转十六进制字符串为何需与0xFF按位与？

这个问题的核心其实是C++标准库中std::ostream的重载行为，以及整数提升规则在背后起作用，我来一步步给你解释：

1. 直接使用hexBuffer[i]时的问题 #

你的hexBuffer是unsigned char*类型，所以hexBuffer[i]是unsigned char类型。当你直接把它传给std::ostream的<<操作符时，会触发专门针对unsigned char的字符输出重载——也就是说，流会把这个值当作一个ASCII字符来输出，而不是输出它的数值的十六进制形式。

对于值大于127的unsigned char（比如你的输入里的0xe3，对应十进制227），对应的ASCII字符是不可打印的控制字符，流处理这类字符时可能会输出乱码、跳过，或者转换成其他奇怪的符号，自然就无法生成正确的两位十六进制字符串了。

2. 0xFF & hexBuffer[i]为什么能解决问题 #

当你执行0xFF & hexBuffer[i]时，发生了两件关键的事情：

• 0xFF是int类型的常量，所以hexBuffer[i]会被整数提升为int类型（因为unsigned char提升为int时是零扩展，不会出现符号位的问题，值会完整保留，比如227还是227）。
• 按位与操作的结果是int类型，这时候<<操作符会触发针对整数的输出重载，结合你设置的std::hex、std::setw(2)等格式控制，就会把这个整数转换成对应的两位十六进制字符串，比如227会被输出为e3，完全符合你的需求。

3. 更清晰的替代写法 #

其实你也可以不用按位与，直接把unsigned char显式转换成int，效果是一样的：

geek << std::hex << std::setw(2) << std::setfill('0') << static_cast<int>(hexBuffer[i]);

这种写法更直观，明确告诉编译器你要输出的是这个字节的数值，而不是它对应的ASCII字符。

验证一下 #

拿你输入里的0xe3字节举例：

• 直接用hexBuffer[i]：流输出ASCII码227对应的不可打印字符，最终生成的字符串里会是乱码，和输入的e3不匹配。
• 用0xFF & hexBuffer[i]或者static_cast<int>(hexBuffer[i])：流输出整数227的十六进制形式e3，和输入一致，转换成功。

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