uint8_t转存到int8_t数组后printf输出出现FFFFFF前缀的原因是什么

这个现象和memcpy本身无关，核心是C语言的默认整数提升规则 + 有符号数的符号扩展共同导致的，具体逻辑如下：

1. memcpy是按字节逐位拷贝的操作，不会做任何类型转换：你执行拷贝后，sentMessage数组中每个字节存储的二进制值和原始uint8_t数组完全一致，分别就是0x04、0x82、0x85、0xF1，没有任何改变。
2. 问题出在printf的调用环节：
   • printf是可变参数函数，C语言规定所有长度小于int的整数类型（包括int8_t、uint8_t、char等）在传入可变参数列表时，都会被自动提升为int类型。
   • sentMessage的元素是int8_t（有符号单字节整数），0x82、0x85、0xF1这三个值的最高位是1，在有符号数规则下代表负数。有符号数做类型提升时会执行符号扩展：新增加的高位全部填充符号位（也就是1），所以0x82（对应int8_t值为-126）提升为32位int后二进制就是0xFFFFFF82，同理0xF1提升后为0xFFFFFFF1。
   • 而0x04的最高位是0，符号扩展时高位全部填充0，提升后还是0x00000004，所以输出没有多余前缀。
3. 之前uint8_t类型输出正常的原因是：无符号整数做类型提升时执行零扩展，高位全部填充0，所以不管值是多少，提升后高位都是0，输出就不会出现多余的F前缀。

如果要修复输出问题，只需要把格式符改成%02hhX即可，hh修饰符会告诉printf只取参数的低8位输出，忽略高位的符号扩展内容。

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