c++oding="utf-8" ?>
不推荐直接装最新版gcc，应优先使用发行版官方升级路径：centos/rhel用devtoolset，ubuntu/debian用update-alternatives，源码编译仅作兜底并须解决依赖、构建目录和动态库路径三大问题。
直接装最新版 GCC 不推荐——它不兼容旧系统默认库，编译完的二进制可能在其他机器上跑不起来，而且容易卡在依赖或 configure 阶段。真正实用的做法是：用发行版官方支持的升级路径优先，源码编译只作为兜底选项。
CentOS/RHEL 用 devtoolset 切换版本最稳
CentOS 7/8 默认 gcc 是 4.8.5，很多 C++14/17 项目根本过不了。SCL（Software Collections）提供的 devtoolset 是红帽官方维护的多版本共存方案，不用动系统默认编译器，也不会污染 /usr/bin。
-
yum install centos-release-scl（CentOS 7）或dnf install centos-linux-release-scl（CentOS 8+） - 查可用版本：
yum --disablerepo="*" --enablerepo="centos-sclo-rh" list available | grep devtoolset - 装
devtoolset-12（GCC 12.2）：yum install devtoolset-12-gcc devtoolset-12-gcc-c++ - 临时启用：
scl enable devtoolset-12 bash，之后gcc -v就会显示 12.2 - 永久生效？别直接改
/etc/profile。把scl enable devtoolset-12 bash加到~/.bashrc末尾，再source ~/.bashrc即可
注意：devtoolset-13 和更新的版本目前没进 CentOS 官方 SCL 源，RHEL 9+ 才原生支持 GCC 13+，CentOS 用户得切到源码编译。
Ubuntu/Debian 用 update-alternatives 管理多版本
Ubuntu 20.04+ 自带 gcc-11，但要上 gcc-13 或 gcc-14 得加 PPA。直接软链接替换 /usr/bin/gcc 是危险操作，update-alternatives 才是正解。
- 加源：
sudo add-apt-repository ppa:ubuntu-toolchain-r/test && sudo apt update - 装多个版本：
sudo apt install gcc-13 g++-13 gcc-11 g++-11 - 注册进 alternatives：
sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-13 100 --slave /usr/bin/g++ g++ /usr/bin/g++-13 - 再注册老版本（权重调低）：
sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-11 40 --slave /usr/bin/g++ g++ /usr/bin/g++-11 - 交互式切换：
sudo update-alternatives --config gcc，选编号即可
关键点：权重值（如 100 和 40）决定自动模式下的默认选择，数值越大越优先。别漏掉 --slave 参数，否则 g++ 不会同步切换。
源码编译 GCC 的三个硬门槛
从 gcc.gnu.org 下源码自己编译，自由度高但极易失败。90% 的报错都卡在这三步：
-
依赖没下全：不能只装系统级的
gmp-devel等包。必须进源码目录运行./contrib/download_prerequisites，它会自动下载并解压匹配版本的gmp、mpfr、mpc、isl到源码树里，再建软链。跳过这步，configure会报error: Building GCC requires GMP 4.2+, MPFR 2.4.0+ and MPC 0.8.0+ -
configure 路径写错：绝对不要在源码目录直接
./configure。必须新建独立构建目录：mkdir build && cd build && ../configure --prefix=$HOME/local/gcc-14.2 --enable-languages=c,c++ --disable-multilib。否则make clean都清不干净 -
libstdc++.so.6 不更新：编译完
make install，新libstdc++.so.6.0.xx在$HOME/local/gcc-14.2/lib64/，但系统仍用旧的/usr/lib64/libstdc++.so.6。运行新编译的程序时可能报GLIBCXX_3.4.30 not found。解决方法是加export LD_LIBRARY_PATH=$HOME/local/gcc-14.2/lib64:$LD_LIBRARY_PATH到~/.bashrc
验证和踩坑要点
装完别急着编译项目，先做三件事：
- 运行
gcc -v，确认输出里有你装的版本号，且Target行显示x86_64-linux-gnu（不是x86_64-pc-linux-gnu），后者说明没走对 configure 路径 - 写个最小 C++17 程序（比如用
std::optional），用g++ -std=c++17 test.cpp -o test编译，再./test运行，看是否真能跑通 - 检查
g++ --print-search-dirs输出里的libraries:路径，确保它包含你新装的lib64目录，否则链接阶段会默默回退到旧库
最容易被忽略的是动态库路径和 LD_LIBRARY_PATH 的持久化——它只在当前 shell 生效，新开终端就失效。别指望 make install 自动帮你修系统级链接，那是发行版包管理器的事，自己编译的就得自己管 runtime 环境。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
