C语言中掩码处理后的值使用不匹配格式说明符是否为未定义行为？

你提供的代码不存在未定义行为，是完全合法的C代码，运行结果符合预期。

• 首先看你传递给printf的每个参数：myInt & 0xFF、(myInt >> 8) & 0xFF这类运算的结果值范围固定在0~255，正好是uint8_t的合法取值范围。
• printf是可变参数函数，所有对应可变参数列表（...）的参数都会触发默认参数提升：所有秩小于int的整型类型都会被提升为int（当前所有通用平台都满足int可以容纳uint8_t的0~255取值），如果不能容纳则提升为unsigned int。
• C标准明确规定：当某个整数值同时落在signed int和unsigned int的可表示范围之内时，用有符号或无符号的格式说明符输出该值都是定义良好的行为，不会触发未定义。
• 你使用的PRIu8是标准定义的、专门用于输出uint8_t类型值的格式说明符宏，和你的需求完全匹配。

虽然当前写法完全合法，但如果你想彻底消除任何类型匹配的争议（也方便后续代码阅读），可以给每个提取结果显式加上uint8_t强制类型转换：

#include <stdio.h>
#include <inttypes.h>

int main(void)
{
    uint32_t myInt = 0xFF8BA712;
    
    printf("1: %" PRIu8 ", 2: %" PRIu8 ", 3: %" PRIu8 ", 4: %" PRIu8 "\n", 
        (uint8_t)(myInt & 0xFF), 
        (uint8_t)((myInt >> 8) & 0xFF), 
        (uint8_t)((myInt >> 16) & 0xFF), 
        (uint8_t)((myInt >> 24) & 0xFF));
    
    return 0;
}

另外你当前用位运算提取字节的写法是字节序无关的，非常适合图像处理场景：不管运行平台是大端还是小端，你提取的字节顺序完全由位移的位数决定，不会出现通道顺序错乱的问题，比直接将uint32_t指针强转成uint8_t数组访问的写法更具可移植性。

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