sprintf无法正确填充缓冲区，uint32_t格式匹配异常如何解决？

问题根因 #

你遇到的问题核心是32位嵌入式平台默认搭载的精简C标准库（如newlib-nano、Keil MDK微库）关闭了长整型格式化输出支持，和代码格式符写法无关：

• 这类精简库为了节省Flash空间，默认没有实现%lu、%ld这类长整型格式符的解析逻辑，遇到%后的l标识符会直接当成普通字符输出，后续的u/d也会原样打印，参数压根没有被填充到对应位置，才会出现AT+,lu,,lu这类异常输出。
• PRIu32宏定义在你的平台上本质就是展开为字符串"lu"，所以引入inttypes.h使用该宏也不会解决问题。
• 强制转换为int16_t后输出为空，是因为可变参数列表的默认类型提升规则+精简库的格式解析逻辑冲突导致的参数错位。

可落地的解决方案 #

方案1：开启C库长整型格式化支持（最省事） #

根据你使用的开发环境做对应配置即可：

• STM32CubeIDE/CLion等基于newlib-nano的环境：打开项目编译配置，在链接器参数中加入-u _printf_long（部分版本需要同时勾选Support long long in printf/scanf类选项）。
• Keil MDK环境：打开Target配置页，勾选Use MicroLIB即可，微库默认支持长整型格式化输出。

方案2：强制类型转换适配格式符（无需改库配置） #

绝大多数32位嵌入式平台的unsigned int本身就是32位长度，和uint32_t范围完全一致，你可以将参数强制转换为unsigned int后用%u输出，直接忽略编译器的格式警告即可，实际运行不会有问题：

sprintf(buffer, "AT+,%u,%c,%u\r\n", (unsigned int)m, c, (unsigned int)o);

如果你需要消除警告，可以加编译参数忽略-Wformat类警告，或者给转换加编译器认可的类型注解。

方案3：自行实现整数转字符串逻辑（兼容性最高、最省资源） #

如果不想依赖C库的格式化逻辑，可以自己写极简的uint32_t转字符串函数，手动拼接AT指令，既不会出现格式兼容问题，Flash占用也比调用sprintf低很多：

// 自行实现uint32_t转十进制字符串函数
void u32_to_str(uint32_t num, char *out_buf) {
    char *p = out_buf;
    uint32_t temp = num;
    // 先计算数字长度
    do {
        temp /= 10;
        p++;
    } while (temp);
    *p = '\0';
    // 反向填充字符
    do {
        *(--p) = (num % 10) + '0';
        num /= 10;
    } while (num);
}

// 调用示例
char buf[128];
char *ptr = buf;
// 拼接固定前缀
strcpy(ptr, "AT+,");
ptr += 4;
// 拼接第一个参数m
u32_to_str(m, ptr);
ptr += strlen(ptr);
// 拼接分隔符和字符参数
*ptr++ = ',';
*ptr++ = c;
*ptr++ = ',';
// 拼接第二个参数o
u32_to_str(o, ptr);
ptr += strlen(ptr);
// 拼接结尾
strcpy(ptr, "\r\n");

// 直接发送即可
HAL_UART_Transmit(&Uart, (uint8_t*)buf, strlen(buf), 1000);

内容的提问来源于stack exchange，提问作者Clément