C語言 printf 輸出十六進制出現 0xffffff 問題深度剖析

為什麼 char 輸出 %x 會出現 ffffffc9 這類擴展符號位？

在 C 語言網路程式開發中，常遇到一個困惑：明明變數值為 0xc9，用 printf("%x", c) 輸出卻變成 ffffffc9。本文從記憶體表示、型別提升、補碼機制三個維度徹底解析這一現象，並提供兩種標準修正方案。

現象重現

#include <stdio.h>

int main() {
    char c = 0xc9;          // 有號 char，最高位 1 視為負數
    printf("A: c = %2x\n", (unsigned char)c);  // 強制轉無號
    printf("B: c = %2x\n", c & 0xff);          // 位元遮罩
    printf("C: c = %2x\n", c);                 // 直接輸出（問題重現）
    return 0;
}

輸出結果：

A: c = c9
B: c = c9
C: c = ffffffc9

根本原因：整型提升與符號擴展

1. printf 的 %x 期望接收 unsigned int

根據 C 標準，可變參函數會觸發預設引數提升：char/short 自動提升為 int。此處 char c 被提升為 int 傳給 printf。

2. 有號 char 的符號擴展

char c = 0xc9（二進位 1100 1001），最高位為 1，視為負數（-55）。提升為 32 位 int 時，進行符號擴展：高 24 位全部填 1。

char (8 bit) : 1100 1001  (0xC9)
int  (32 bit): 1111 1111 1111 1111 1111 1111 1100 1001  (0xFFFFFFC9)

3. 補碼視角驗證

• 原碼：1 0110111（-55）
• 反碼：1 1001000
• 補碼：1 1001001（即 0xC9）

擴展為 int 後，補碼高位全 1，故輸出 ffffffc9。

兩種標準修正方案對比

方案 A 詳細記憶體演變

unsigned char (8 bit): 1100 1001  (0xC9，無符號，值 201)
int (32 bit)         : 0000 0000 0000 0000 0000 0000 1100 1001  (0x000000C9)

無符號型別提升時進行零擴展，高位補 0，輸出正確。

最佳實踐建議

1. **優先使用方案 A**：printf("%02x", (unsigned char)c)，語意明確，可移植性最好。
2. **網路封包處理**：定義緩衝區為 uint8_t（unsigned char），從源頭避免有號問題。
3. **格式化輸出**：建議用 %02x 保證兩位數對齊，如 0a 而非 a。

總結

0xffffff 前綴並非錯誤，而是有號 char 符號擴展的必然結果。理解「整型提升 → 符號/零擴展 → printf 解讀」這一鏈路，即可從根源上避免此類坑。