C語言 printf 十六進制輸出 char 變量出現 ffffff 問題根因與解決

嵌入式開發中常見困惑：char buf = 0xBF; printf("%x", buf); 輸出 ffffffbf 而非預期 bf。本文從類型提升、補碼表示、參數傳遞三個層面徹底講透。

現象復現

char buf[10] = {0};
buf[0] = 0xBF;
printf("%x\n", buf[0]);  // 輸出：ffffffbf  （預期 bf）

buf[1] = 0x7F;
printf("%x\n", buf[1]);  // 輸出：7f        （正常）

根因三部曲

1. char 有符號性實現定義

• C 標準未規定 char 是否帶符號
• 大多數編譯器（x86/ARM GCC、MSVC）默認 char = signed char
• 0xBF = 1011 1111b，最高位 1 → 負數（-65）

2. 整型提升：參數傳遞時擴展為 int

printf 是可變參數函數，... 部分發生默認參數提升：

• char/short → int（或 unsigned int）
• float → double

有符號 char 提升時進行符號擴展：

0xBF (char, 8bit) → 0xFFFFFFBF (int, 32bit, 兩補碼)
0x7F (char, 8bit) → 0x0000007F (int, 32bit, 最高位 0 無擴展)

3. %x 期望 unsigned int，實傳 int

• %x 對應 unsigned int
• 實際傳入 int（負數補碼全 1 高位）
• 無符號解讀 → 高位全印為 f

三種解決方案

為何直接寫常量正常？

printf("%x", 0xBF);  // 輸出 bf

0xBF 無後綴默認類型為 int（非負），無符號擴展問題，直接匹配 %x。

最佳實踐建議

1. 嵌入式/網絡/協議解析：統一使用 uint8_t/unsigned char 存儲字節數據
2. 打印字節：printf("%02x", (unsigned char)byte);（補齊兩位）
3. 編譯器選項：GCC -funsigned-char 強制 char 為無符號（影響 ABI，謹慎用於現有項目）
4. 靜態分析：開啟 -Wformat/-Wformat-signedness 捕獲類型不匹配

總結

ffffffXX 本質是 有符號 char 負值 → 符號擴展為 int → %x 按無符號解讀** 的組合產物。理解「類型提升規則」是攻克 C 語言變參函數陷阱的金鑰。