最稳妥做法是直接安装多个gcc版本并用update-alternatives管理，需成对注册gcc/g++及配套工具（如gcov），避免abi不兼容；查可用版本用apt search ^gcc-[0-9]+$，切换后用readlink -f $(which gcc)验证一致性，并在cmake中显式指定编译器路径或环境变量。
直接装多个版本再用 update-alternatives 管理，是最稳妥、最符合 Ubuntu/Debian 习惯的做法。硬改 /usr/bin/gcc 符号链接或盲目修改 PATH 容易导致构建失败或工具链错乱。
怎么查当前系统有哪些 GCC 版本可用
别猜，先看仓库里有什么：
- 运行
apt search ^gcc-[0-9]+$查所有带版本号的 GCC 包（比如gcc-9、gcc-11） - 如果只看到
gcc没有带数字的包，说明默认源没开多版本支持，得加 PPA：sudo add-apt-repository ppa:ubuntu-toolchain-r/test，再sudo apt update - 装完后确认二进制文件是否存在：
ls /usr/bin/gcc-*和ls /usr/bin/g++-*—— 缺g++-X就没法配对切换，后面 CMake 会 fallback 到老g++
为什么 update-alternatives --install 必须同时注册 gcc 和 g++
因为 C++ 项目里 g++ 不是独立存在的，它依赖 gcc 的 ABI 和头文件路径。你只切 gcc 而不切 g++，CMake 或 make 仍可能调用旧版 g++，编译时出现 undefined reference to `std::string::_M_construct 这类 ABI 不兼容错误。
- 注册必须成对：
sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-11 110 --slave /usr/bin/g++ g++ /usr/bin/g++-11 -
--slave参数不是可选的——它强制让g++随gcc一起切换 - 优先级数字（如
110）只影响自动模式下的默认选择，不影响手动--config切换
update-alternatives --config gcc 执行后没生效？
常见原因不是命令错了，而是环境或缓存没刷新：
- 终端没重开：改完后新开一个终端，或者执行
hash -r清掉命令哈希缓存 - 检查是否真切换成功：
readlink -f $(which gcc)和readlink -f $(which g++)必须指向同一版本（例如都指向/usr/bin/gcc-9和/usr/bin/g++-9） - 某些 IDE（如 VS Code 的 C/C++ 插件）会缓存编译器路径，需要重启窗口或手动在
c_cpp_properties.json中指定"compilerPath" - 如果你用 CMake，记得删掉
build/目录重跑cmake ..—— CMake 会缓存CMAKE_CXX_COMPILER，不会自动感知系统级切换
CMake 项目里怎么绕过系统默认、锁定某个 GCC 版本
全局切换适合开发环境调试，但 CI 或多人协作时更推荐项目级锁定，避免依赖系统状态：
- 显式传参：
cmake -DCMAKE_C_COMPILER=/usr/bin/gcc-11 -DCMAKE_CXX_COMPILER=/usr/bin/g++-11 .. - 或设环境变量：
CC=gcc-11 CXX=g++-11 cmake ..—— 注意这里不能写绝对路径，CMake 会自动在PATH中查找 - 如果用 Ninja，确保
build.ninja里生成的 compile 命令确实是/usr/bin/g++-11，而不是g++；否则可能因PATH顺序问题调错版本 - 在
CMakeLists.txt里加set(CMAKE_CXX_STANDARD 20)是不够的——标准版本不等于编译器版本，GCC 10 也支持 C++20，但某些特性（如std::span默认构造）要 GCC 12 才完整
真正容易被忽略的是 gcov、gcc-ar、gcc-nm 这些配套工具——它们也得和主编译器版本一致，否则静态分析或覆盖率报告会出错。注册 update-alternatives 时加上 --slave /usr/bin/gcov gcov /usr/bin/gcov-11 这类参数，比事后排查快得多。
