前言
本系列最後一篇，聚焦於記憶體開銷控制、註釋品質、編碼前規劃、邊寫邊測、編譯前自檢、遞歸效能陷阱、函數參數極簡、資源清理時機等工程化實踐，助你建立專業級C開發工作流。
一、記憶體開銷極小化
- 區域變數優於全域/靜態（棧自動回收，無佔用常駐記憶體）。
- 大型緩衝區動態分配（
malloc），用完即free。
- 位欄（
unsigned flag:1;）壓縮布林旗標陣列。
- 嵌入式系統慎用
printf 族（引入巨大格式化代碼），改用輕量 puts/自訂輸出。
二、註釋：清晰、準確、無歧義
- 拒絕縮寫：寫「初始化硬體介面」而非「init hw」。
- 位置貼近代碼：區塊註釋置於區塊上方，行內註釋置於行尾（右側對齊）。
- 解釋「為什麼」而非「做什麼」：
// 這裡必須延時10ms，等待感應器穩定 好過 // 延時10ms。
- 維護同步更新：代碼改動時同步修改註釋，過期註釋比無註釋更害人。
三、縮排：不只是美觀，更是防錯利器
- 統一縮排（4空格/Tab），暴露邏輯層級，大幅減少大括號匹配錯誤。
- 現代IDE支援自動格式化（
clang-format, astyle），納入CI流程強制執行。
- 良好縮排讓除錯時斷點定位、呼叫堆疊閱讀更直觀。
四、編碼前：腦中先跑通流程
動鍵盤前，心中要有完整圖景：
- 核心功能點是什麼？關鍵演算法/資料結構？
- 輸入輸出介面定義（函數簽名、資料格式）。
- 控制流：正常路徑、錯誤路徑、邊界條件。
- 資源生命週期：誰分配、誰釋放、鎖的粒度。
- 不一定寫出設計文檔，但腦中必須有完整骨架。
五、邊寫邊測：單元測試前置
- 寫完一個函數/模組，立即編寫最小測試主程式驗證。
- 測試案例覆蓋：正常輸入、邊界值、錯誤輸入、資源耗盡模擬。
- 早發現、早修復，成本指數級低於整合測試階段。
六、編譯前自檢：消除人為低級錯誤
- 分號、括號、拼寫、型別匹配、頭檔重複包含。
- 開啟編譯器警告（
-Wall -Wextra -Werror），零警告通過。
- 靜態分析工具（
cppcheck, Clang Static Analyzer）掃描潛在邏輯缺陷。
七、高效能場景拒絕遞歸
- 遞歸固有時間複雜度缺陷：函數呼叫開銷、堆疊幀分配、重複計算（無備忘錄時）。
- 嚴格要求響應時間/吞吐量的模組（通訊協議解析、即時控制迴路、高頻交易），強制改寫為迭代/狀態機。
- 尾遞歸優化（TCO）依賴編譯器支援（GCC/Clang
-O2 通常啟用），不可輕信。
八、函數參數：少即是美
- 目標：≤ 4 個參數。超過說明職責不清，應封裝為結構體
Config / Context 傳遞。
- 好處：呼叫點可讀、易維護、利於單元測試構造輸入。
- 輸出參數用指標明確標記（
int *out_err_code），避免混淆。
九、資源清理：主函數返回前統一執行
- 將關鍵清理工作（關閉檔案、釋放共享記憶體、斷開連線、鎖銷毀）集中在
main() 返回前或 atexit() 註冊函數中。
- 避免過早清理導致後續模組無法使用；統一入口便於維護、審計、無漏洩。
- 異常路徑（
goto cleanup; 模式）同樣匯聚至同一清理區塊。
十、總結
這四篇習慣指南涵蓋：命名、型別、記憶體、I/O、控制流、模組化、工具鏈、流程。將它們內化為日常編碼的「肌肉記憶」，你寫出的每一行C代碼都將經得起時間與專案規模的考驗。
