C語言數據類型轉換陷阱：值轉換 vs 內存重解釋

C 語言中同樣是「把 float 變 int」，`(int32_t)f` 與 `*(int32_t*)&f` 結果截然不同。前者是**值轉換** (語義保留)，後者是**內存重解釋** (位模式不變)。混淆兩者會導致嚴重 Bug。

代碼對比

int32_t a;
float   b = 123.5f;

a = (int32_t)b;        // 值轉換：a = 123 (截斷小數)
a = *(int32_t *)&b;    // 內存重解釋：a = 0x42F60000 (IEEE 754 位模式)

本質區別

安全的 Type Punting 寫法

1. 聯合體 (C99 明確允許)：

   union { float f; int32_t i; } u;
   u.f = 123.5f;
   int32_t bits = u.i;  // 合法

2. `memcpy` (C11 推薦，無 UB)：

   float f = 123.5f;
   int32_t bits;
   memcpy(&bits, &f, sizeof bits);  // 安全、可優化

3. GCC/Clang 擴展 `__attribute__((may_alias))`：

   typedef int32_t alias_int __attribute__((may_alias));
   int32_t bits = *(alias_int *)&f;  // 告訴編譯器可能別名

避坑清單

• **網絡編程**：`htonl(*(int32_t*)&f)` 錯誤！應先 `memcpy` 到 `uint32_t` 再 `htonl`。
• **嵌入式寄存器**：`*(volatile uint32_t*)REG_ADDR = value` 正確 (volatile 防優化)；但讀取浮點寄存器需 union/memcpy。
• **結構體對齊**：強轉指針可能導致未對齊訪問 (SIGBUS)，用 `memcpy` 規避。
• **嚴格別名規則**：編譯器假設不同類型指針不指向同一內存，違反會導致誤優化 (如死循環消失)。

何時選哪種？

**要數值近似 → Cast**；**要位模式 → union/memcpy**。

牢記這句口訣，類型轉換不再踩坑！