大小端模式編程陷阱：跨平台移植的隱形殺手

問題背景

• x86 處理器：小端模式（低位字節存低地址）
• PowerPC 等處理器：可配置為大端或小端模式
• 同樣代碼在不同端模式平台上行為不同，極難調試

真實案例：I2C 寄存器地址傳遞錯誤

原代碼（小端平台正常）

int cTest = 2;  // 0x00000002
i2c_write(..., (unsigned char *)&cTest, ...);

小端模式：cTest 內存佈局 02 00 00 00，取地址 &cTest 指向最低位 0x02，正確傳遞寄存器地址 2。

大端平台（P4080）失效

大端模式：cTest 內存佈局 00 00 00 02，&cTest 指向最高位 0x00，錯誤傳遞寄存器地址 0！

根本原因

C 標準規定：(unsigned char *)&cTest 取得的是變量的起始地址（最低地址）。大小端決定了數值在內存中的字節序，導致同一數值的起始字節內容不同。

正確做法

// 明確定義參數類型，避免強制轉換
unsigned char regAddr = 2;
i2c_write(..., &regAddr, ...);

或使用聯合體/位操作顯式構造字節序。

編程規範建議

1. 嚴格類型匹配：函數需要什麼類型，就傳什麼類型，不要對編譯器佈局做假設
2. 明確 signed/unsigned：char 是否帶符號由編譯器決定，顯式聲明 signed char/unsigned char
3. 網絡序轉換：跨平台通信使用 htonl/ntohl 等統一為大端網絡序
4. 序列化庫：複雜數據結構使用 Protocol Buffers、FlatBuffers 等處理字節序
5. 編譯器屬性：GCC/Clang 可用 __attribute__((packed, scalar_storage_order("big-endian"))) 控制結構體佈局

檢測工具

• 編譯時檢查：-Wconversion -Wsign-conversion
• 運行時斷言：static_assert(CHAR_BIT == 8, "...")
• 單元測試覆蓋大小端邊界值

結語

「平常寫代碼太過隨意，也不管什麼平台，也不注意參數類型。」大小端問題本質是對內存佈局假設與硬件實際不符。養成嚴格類型、顯式序列化的習慣，才能寫出可移植的健壯代碼。