1. 編譯器未正確安裝或版本不匹配
CentOS系統中，C++編譯依賴gcc-c++（G++）工具鏈。若未安裝或版本過舊（如CentOS 7默認GCC版本較老，無法支持C++17及以上特性），會導致編譯失敗。常見問題表現為執行g++ --version無輸出或提示“command not found”。解決方法：通過sudo yum install gcc-c++安裝基礎編譯器；若需特定版本（如GCC 10），可通過添加devtoolset（如sudo yum install centos-release-scl && sudo yum install devtoolset-10-gcc*）或手動編譯源碼安裝，并用scl enable devtoolset-10 bash啟用新版本。
2. 環境變量配置錯誤
PATH環境變量未包含編譯器路徑（如/usr/bin）或C++頭文件/庫文件路徑（如/usr/include/c++、/usr/lib64），會導致系統無法找到g++命令或依賴的庫文件。常見問題包括：執行g++命令提示“command not found”，或編譯時提示“cannot find -lxxx”（庫文件未找到）。解決方法：臨時設置PATH用export PATH=/usr/bin:$PATH，永久設置需編輯~/.bashrc或/etc/profile文件，添加export PATH=/usr/bin:$PATH；若需指定頭文件或庫路徑，可添加export CPLUS_INCLUDE_PATH=/path/to/include:$CPLUS_INCLUDE_PATH或export LD_LIBRARY_PATH=/path/to/lib:$LD_LIBRARY_PATH，并執行source命令使更改生效。
3. 依賴庫缺失
C++項目常依賴第三方庫（如Boost、OpenSSL、Zlib），若未安裝對應的開發包（以-devel結尾，如boost-devel），編譯時會提示“fatal error: xxx.hpp: No such file or directory”（頭文件缺失）或“undefined reference to xxx”（庫文件未鏈接）。解決方法：使用yum搜索并安裝對應開發包，例如sudo yum install boost-devel openssl-devel zlib-devel；若庫文件安裝在非標準路徑，需通過-I（頭文件路徑）和-L（庫文件路徑）參數指定，如g++ main.cpp -o main -I/path/to/boost/include -L/path/to/boost/lib -lboost_system。
4. 多版本編譯器沖突
系統中安裝多個版本的GCC/G++（如系統自帶的老版本與手動安裝的新版本），可能導致版本混亂（如g++ --version顯示舊版本，但實際需要新版本）。常見問題包括：編譯時使用了錯誤的C++標準（如舊版本不支持auto關鍵字），或鏈接時找不到新版本的庫文件。解決方法：使用alternatives命令管理多版本，例如sudo alternatives --config gcc和sudo alternatives --config g++選擇默認版本；或用devtoolset隔離不同版本，通過scl enable devtoolset-xx bash切換環境。
5. 權限或路徑問題
編譯后的可執行文件無執行權限，或源文件路徑包含特殊字符（如空格），會導致無法運行。常見問題包括：執行./hello提示“Permission denied”，或g++ /path/with space/main.cpp提示“No such file or directory”。解決方法：用chmod +x hello添加執行權限；避免路徑包含特殊字符，或將路徑用引號括起來（如g++ "/path/with space/main.cpp" -o main）。
6. 內存或資源限制
在虛擬機或服務器環境中，內存不足或進程數限制會導致編譯失敗，常見提示為“Cannot allocate memory”（無法分配內存）或“fork: Cannot allocate memory”（無法創建進程）。解決方法：用free -h查看內存使用情況，關閉不必要的程序釋放內存；用ulimit -a查看資源限制，調整ulimit -u（最大用戶進程數）或ulimit -m（內存限制），例如ulimit -u 10000增加進程數限制。
7. 內核參數配置不當
內核參數（如vm.swappiness、pid_max）配置不合理會影響C++程序運行，例如vm.swappiness值過高會導致頻繁使用交換分區，降低編譯速度；pid_max值過低會導致進程數超過限制。常見問題包括：編譯時系統卡頓（交換分區使用過多），或提示“Too many open files”（進程數超過限制）。解決方法：調整vm.swappiness（默認60，可設置為10，sudo sysctl vm.swappiness=10）；增加pid_max（默認32768，可設置為65536，echo 65536 | sudo tee /proc/sys/kernel/pid_max）。
