C語言經典錯誤：if 條件判斷誤用賦值 = 導致邏輯全錯

錯誤代碼現場

// 版本一：逆序輸出邏輯錯誤
if (b = 5) printf("逆序輸出:%d%d%d%d%d\n", c5,c4,c3,c2,c1);
else if (b = 4) printf("逆序輸出:%d%d%d%d\n", c5,c4,c3,c2);
// ...

// 版本二：正確邏輯（但用 c1!=0 等判斷位數）
if (c1 != 0) printf("逆序輸出:%d%d%d%d%d\n", c5,c4,c3,c2,c1);
else if (c2 != 0) printf("逆序輸出:%d%d%d%d\n", c5,c4,c3,c2);
// ...

錯誤根因：if (b = 5) 是賦值，非比較！

• b = 5 將 5 賦值給 b，表達式值為 5（真）。
• if 判斷表達式值非 0 → **條件永真**。
• 後續 else if (b = 4) **永不執行**（因前面 if 已進入）。
• 結果：**無論輸入幾位數，都按 5 位數格式輸出**，且 b 被改為 5。

正確寫法：用 == 比較

if (b == 5) printf("逆序輸出:%d%d%d%d%d\n", c5,c4,c3,c2,c1);
else if (b == 4) printf("逆序輸出:%d%d%d%d\n", c5,c4,c3,c2);
else if (b == 3) printf("逆序輸出:%d%d%d\n", c5,c4,c3);
else if (b == 2) printf("逆序輸出:%d%d\n", c5,c4);
else printf("逆序輸出:%d\n", c5);

為什麼版本二（用 c1!=0 判斷）能正確運行？

• 版本二利用最高位數字是否為 0判斷實際位數（c1 是萬位）。
• 邏輯：c1!=0 → 5位；else c2!=0 → 4位 ...。
• 這繞過了變量 b，直接用提取的數字特性判斷，**更魯棒**——甚至不需要 b 變量。

編譯器如何幫你發現此類錯誤？

**開啟警告選項！**

• GCC/Clang: -Wall -Wextra -Wparentheses（或 -Werror=parentheses 視為錯誤）。
• MSVC: /Wall 或 /W4 + /wd4706（禁用特定警告）反而要開啟 C4706「assignment within conditional expression」。
• 編譯輸出會提示：warning: suggest parentheses around assignment used as truth value。

避免「= vs ==」錯誤的最佳實踐

1. 養成「常量在左」習慣（Yoda 條件）：if (5 == b)。若誤寫 =，編譯報錯「左值不可修改」。
   ※ 現代風格指南（如 Linux 內核）不再強制推薦，因可讀性稍差，但對新手極有效。
2. 編譯器警告拉滿並視為錯誤：-Werror -Wparentheses。
3. 代碼審查/靜態分析：Cppcheck、Clang Static Analyzer 會精準報出此類缺陷。
4. 單元測試覆蓋分支：針對不同位數輸入構造測試用例，跑通即可暴露邏輯錯誤。

舉一反三：C語言中易混淆的運算符

總結

本題核心教訓：if (b = 5) 是賦值表達式，值為 5（真），導致分支永真、邏輯崩塌。
修正：統一用 == 比較，或直接用數字特性（如版本二）判斷。
工程化對策：編譯器警告拉滿（-Wall -Wparentheses）+ 靜態分析 + 單元測試，將此類低級錯誤消滅在編譯/測試階段。