以 C++ 異常取代 exit()：優雅處理舊代碼錯誤流程

痛點：exit() 濫用導致的維護地獄

C 風格代碼常見模式：

void ReadBytes(...) {
    if (error) {
        printf("error!!\n");
        exit(-1);  // 直接終止進程
    }
}

缺點：

• 繞過解構子 → 資源洩漏（記憶體、檔案控制代碼、鎖、資料庫連線）
• 無法記錄完整錯誤上下文、無法嘗試恢復
• 模組整合時，深層呼叫鏈中的 exit() 讓上層無法捕獲處理

解決方案：throw 取代 exit()，分層 catch 處理

原則

1. 所有 exit(code) 替換為 throw ERROR_CODE
2. 在適當層級（模組邊界、執行緒入口、main）捕獲 int 異常
3. 依嚴重性決定：記錄、恢復、轉換為更高層錯誤、或終止程式

重構前後對比

重構前

// main.cpp
void main() { Init(); ProcessMail(); }

// mail.cpp
void ProcessMail() {
    if (initErr) { printf("init fail"); exit(-1); }
    while (!shutdown) { ReadMail(); }
}
void ReadMail() { n = ReadBytes(); ... }

// io.cpp
int ReadBytes() {
    if (err) { printf("read err"); exit(-1); }
    return n;
}

重構後

// 定義錯誤碼枚舉
enum ErrorCode {
    E_INIT_FAILED = -1,
    E_READ_ERROR = -2,
    E_IRRECOVERABLE = -3,
    S_OK = 0
};

// main.cpp
int main() {
    try {
        Init();
        ProcessMail();
    } catch (int code) {
        switch (code) {
            case E_INIT_FAILED: Log("初始化失敗"); break;
            case E_IRRECOVERABLE: Log("致命錯誤，退出"); break;
        }
        return code;
    }
    return 0;
}

// mail.cpp
void ProcessMail() {
    if (initErr) throw E_INIT_FAILED;
    while (!shutdown) {
        try { ReadMail(); }
        catch (int code) {
            if (code == E_READ_ERROR) {
                Log("讀取錯誤，嘗試恢復...");
                if (Recover()) continue;
                throw E_IRRECOVERABLE;
            }
            throw;  // 重拋未知錯誤
        }
    }
    throw S_OK;  // 正常結束也用異常傳遞（舊代碼無返回值時）
}

// io.cpp
int ReadBytes() {
    if (err) throw E_READ_ERROR;
    return n;
}

關鍵優勢

注意事項與最佳實踐

1. 異常型別：舊代碼快速遷移用 int/enum，新代碼建議用繼承 std::exception 的類別
2. 邊界捕獲：main、執行緒函數、DLL 導出函數、WinMain、COM 方法必須捕獲所有異常，避免跨邊界傳播（C++ 異常不跨越 C 語言/OS 邊界）
3. 效能：非錯誤路徑零開銷；錯誤路徑展開堆疊有成本，但錯誤本即罕見
4. 避免濫用：正常控制流（如迴圈結束）勿用異常，保留給真正的「異常狀況」
5. 記錄堆疊：catch 時配合 boost::stacktrace 或平台 API 記錄呼叫堆疊

適用場景

• 大量 exit() 的舊 C/C++ 代碼庫現代化
• 深層呼叫鏈中需向上報錯，但無法修改所有中間函數簽名
• 多模組整合，需統一錯誤處理策略

總結

throw 替換 exit() 是零侵入式將 C 風格錯誤處理升級為 C++ 異常機制的最佳捷徑。它保留 RAII 資源安全、賦予中間層恢復決策權、讓頂層統一制定退出策略，是整理燒餅代碼的利器。