gcc --version 输出最简明版本号，适合日常使用；gcc -v 输出冗长配置信息，适用于调试编译行为。两者用途不同，不可混用。
直接输入 gcc --version 就能拿到最简明的版本号，这是绝大多数场景下最该用的方式。
为什么不用 gcc -v？
gcc -v 会输出完整配置信息（包括 target、thread model、内置路径、已启用的插件等），适合调试编译行为或排查链接问题，但日常查版本反而干扰视线。它输出里混着多行内容，真正有用的版本字符串藏在第一行末尾，还带括号和日期，不方便脚本解析或快速扫读。
常见误操作：把 gcc -v 当成“更权威”的方式去复制粘贴给同事看——其实对方只关心 12.3.0 这种数字，不是 gcc (Ubuntu 12.3.0-1ubuntu1~22.04) 12.3.0 这整串。
g++ --version 和 gcc --version 结果一样吗？
通常一样，但不绝对：
- 如果你用
apt install g++单独装了 C++ 编译器而没装gcc，gcc --version可能报command not found，而g++ --version能成功； - 在多版本共存环境下（比如通过
update-alternatives配置了不同主版本），gcc和g++的默认指向可能被分别设置——虽然少见，但确实存在； -
g++是gcc的前端包装，底层共享同一套编译器核心，所以版本号数值通常一致，但发行包名可能略有差异（如gcc-12vsg++-12）。
查不到命令或提示“未安装”怎么办
先确认是否真没装，而不是 PATH 问题：
- 运行
which gcc—— 如果无输出，说明系统没装或不在标准路径； - Debian/Ubuntu 系统用
apt policy gcc查 apt 源里有没有这个包、当前是否安装； - CentOS/RHEL 系统用
rpm -q gcc或dnf list installed gcc*； - 如果确认未安装，
sudo apt install build-essential（Debian/Ubuntu）或sudo dnf groupinstall "Development Tools"（Fedora/CentOS Stream）是更稳妥的选择，它会一并装上gcc、g++、make等必需工具。
多版本共存时怎么知道当前用的是哪个
别只信 gcc --version 的输出，得验证实际调用路径：
-
which gcc显示可执行文件位置，比如/usr/bin/gcc； -
ls -l /usr/bin/gcc可能看到它是软链接，指向gcc-11或gcc-12； - 更可靠的是
readlink -f $(which gcc)，直接展开所有层级的符号链接，看到最终真实二进制文件名； - 如果用了
update-alternatives，运行update-alternatives --display gcc能看到所有候选版本及其优先级。
容易忽略的一点：某些 Docker 镜像或最小化系统里，gcc 可能被故意替换为 cc 的符号链接，而 cc --version 才是真实入口——这时候只查 gcc 会漏掉关键线索。
