C語言printf vs sprintf：嵌入式IAR環境下的輸出差異詳解

在IAR等嵌入式開發環境中，`printf()`無輸出而`sprintf()`正常，這是因為兩者輸出目標本質不同，且嵌入式環境需手動實現底層輸出接口。

核心區別

為什麼IAR下printf不工作？

1. 未重寫`putchar()`/`fputc()`/`__write()`：C庫默認輸出需底層驅動支持，嵌入式必須實現將字符發送到具體硬件（如UART發送寄存器）。
2. 未配置STDOUT重定向：IAR項目選項中需指定`stdout`輸出接口（如`UART1`、`ITM`、`Semihosting`）。
3. 緩衝區模式：標準輸出默認行緩衝/全緩衝，若無換行符或刷新，數據滯留緩衡區。

解決方案

方案一：實現底層輸出函數（以UART為例）

// IAR 需重寫 __write 或 putchar
size_t __write(int handle, const unsigned char *buf, size_t bufSize) {
    if (handle == _LLIO_STDOUT || handle == _LLIO_STDERR) {
        for (size_t i = 0; i < bufSize; i++) {
            UART_SendByte(buf[i]); // 你的UART發送單字節函數
        }
        return bufSize;
    }
    return _LLIO_ERROR;
}

方案二：使用Semihosting（調試器支持）

IAR項目選項 → General Options → Library Configuration → 選擇 `Semihosted`，輸出重定向到調試器控制台（需J-Link等支持）。

方案三：改用`sprintf` + 手動發送

char buf[128];
sprintf(buf, "Value: %d\n", sensor_val);
UART_SendString(buf); // 你的字符串發送函數

這繞過標準庫輸出，直接用已驗證的串口發送函數，最直接可靠。

最佳實踐建議

• 項目初期優先實現`printf`重定向，統一調試接口，長遠收益大。
• 嚴格區分：調試用`printf`，組包/構造字符串用`sprintf`/`snprintf`（防溢出）。
• 生產代碼禁用`printf`，改用分級日志模塊（可關閉、分級、帶時間戳）。

嵌入式開發中，標準庫I/O重定向是必修課，搞定它，`printf`/`scanf`全家桶即刻好用。