總線錯誤深度解析：RISC 架構下的內存對齊陷阱與 x86 容忍性差異

現象復現

#include 
#include 

void main() {
    char buf[256];
    int *x = (int*)&buf[1];  // 奇數地址
    *x = 68000;              // Bus Error (SPARC/RISC)
    printf("*x = %d\n", *x);
}

在 SPARC 等 RISC CPU 上運行會觸發 Bus error (core dumped)；而在 x86 (Pentium) 上正常運行。

核心原因：內存訪問對齊要求

1. RISC 架構強制對齊

• int (4 字節) 必須存放在 4 的整數倍地址（0, 4, 8...）。
• buf 數組大小 256 (4 的倍數)，編譯器將其起始地址對齊到 4 的倍數（如 0x1000）。
• &buf[1] 地址為 0x1001，非 4 的倍數。
• 強制轉換 (int*) 並解引用寫入，CPU 檢測到地址未對齊 → 觸發總線錯誤中斷。

2. x86 (CISC) 容忍非對齊訪問

• 硬件自動處理跨邊界讀寫（分兩次總線事務），性能略有下降但不報錯。
• 歷史兼容性設計：8086 時代無對齊要求，x86 保留此特性。

四大疑問逐一解答

1. 「數組 buf 存儲區域從 4 的整數倍開始」為什麼？
   編譯器為滿足潛在對齊需求，將大小為 4 的倍數的數組起始地址對齊到 4 的倍數。
2. 「RISC 中 int 不能存儲在 4 的整數倍地址」表述錯誤
   正確：「RISC 中 int 只能 存儲在 4 的整數倍地址」。
3. char 只有 8bit，怎麼轉成 32bit 的 int*？
   轉換的是指針值（地址），而非數據本身。&buf[1] 是地址，轉型後告訴編譯器「這地址存放 int」，實際內存位模式不變。
4. 這條語句如何實現？
   假設 buf 從 0x1000 開始：
   ① &buf[1] = 0x1001
   ② (int*)0x1001 類型轉換
   ③ *x = 68000 向 0x1001~0x1004 寫入 4 字節
   ④ RISC CPU 檢測地址 0x1001 % 4 ≠ 0 → 總線錯誤

解決方案與最佳實踐

1. 聯合體/結構體對齊：union { char buf[256]; int i; } u; 保證 u.i 對齊。
2. malloc 分配：返回地址滿足最大對齊要求，安全轉型。
3. memcpy 避免嚴格別名：int val = 68000; memcpy(&buf[1], &val, sizeof(int)); 部分架構允許非對齊 memcpy。
4. 編譯器屬性：GCC __attribute__((packed, aligned(1))) 強制取消對齊（慎用，性能損失）。

跨平台移植建議

• 永不假設任意地址可存放任意類型。
• 網絡協議/文件格式解析：逐字節讀取組合（val = buf[0]<<24 | buf[1]<<16 | ...）或 memcpy 到對齊變量。
• 啟用編譯器警告：GCC -Wcast-align 檢測潛在非對齊轉型。

結語

Bus Error 本質是硬件對內存訪問對齊的強制檢查。RISC 選擇「簡化硬件、編譯器負責對齊」，x86 選擇「硬件兼容、性能妥協」。理解這一差異，編寫可移植、高性能的系統級代碼時，務必遵循「嚴格對齊」原則，必要時用 memcpy 或聯合體規避風險。