C++ 變長陣列（VLA）在 Dev-C++ 與 Visual Studio 編譯差異解析

同一段 C++ 程式碼在 Dev-C++（GCC）編譯通過，在 Visual Studio (MSVC) 卻報錯 error C2057: 應輸入常量表達式、C2466、C2133，主因在於變長陣列 (VLA) 支援差異。本文詳細說明原因與跨編譯器相容解法。

錯誤重現

void MyStr::Set(int _len) {
    char ch[_len]; // 錯誤：_len 非常量
    cin >> ch;
}

根本原因：編譯器標準相容性不同

C++ 標準（C++11/14/17/20）從未納入 VLA，GCC 為相容 C99 而作為擴充功能支援，但 MSVC 嚴格遵循 C++ 標準拒絕編譯。

跨平台相容解決方案

方案一：std::vector（推薦，現代 C++ 風格）

#include <vector>
void MyStr::Set(int _len) {
    std::vector<char> ch(_len);
    // 使用 ch.data() 取得指標，或直接 ch[i] 存取
    cin >> ch.data(); // 需確保空間足夠且以 null 結尾
}

優點：自動記憶體管理、邊界檢查、例外安全、標準相容。

方案二：動態陣列 new/delete（教學用途）

void MyStr::Set(int _len) {
    char* ch = new char[_len];
    cin >> ch;
    // ... 使用 ch
    delete[] ch; // 必須配對釋放
}

缺點：手動管理風險高，易發生記憶體洩漏。

方案三：固定大小緩衝區（若長度有上限）

void MyStr::Set(int _len) {
    const int MAX_LEN = 1024;
    if (_len > MAX_LEN) _len = MAX_LEN;
    char ch[MAX_LEN]; // 常量表達式，合法
    cin >> ch;
}

為何 GCC 允許 VLA 仍不建議使用？

• 堆疊溢位風險：大尺寸 VLA 易耗盡堆疊空間導致崩潰。
• 不可移植：換編譯器即失效。
• C++20 標準化：std::dynarray 曾提案後撤回，現推薦 std::vector 或 std::span。

最佳實踐建議

1. 專案設定統一使用 -pedantic-errors (GCC) 或 /permissive- (MSVC) 強制標準相容。
2. 所有動態大小容器一律採用 std::vector、std::string、std::unique_ptr。
3. 避免在 C++ 程式碼中使用 VLA，改用標準庫容器。

理解編譯器差異，採用標準庫容器，即可消除跨平台編譯困擾，撰寫健壯可移植的 C++ 程式碼。

1. 上一篇文章： C++ 類別方法中區域物件的記憶體釋放機制詳解
2. 下一篇文章： Android App 地鐵路線繪製技術方案全解析

程式設計疑難解答

ACM 試題：找出現奇數次的數字 — 異或運算與棧模擬兩種解法

ACM 試題：找出現奇數次的數字 — 異或運算與棧模擬兩種解

Ajax 請求在 Firefox 下報錯「未找到元素」排查思路

現象描述 前台 Ajax 請求，後台 Response 設置

Guard Placement：藝術品警衛佈放最小化最大風險（計算幾何 + 優化）

問題描述 給定走廊線段網絡、藝術品位置與價值、警衛數 g。警

C 語言鏈表遍歷函數重複調用仍能正確輸出的原理解析

現象描述 代碼中連續兩次調用 show_all(head)，