首选gcc --version可直接获取当前shell实际调用的默认编译器版本，输出首行末尾数字即真实版本号；若报command not found，说明path未生效或权限问题，并非未安装。
直接运行 gcc --version，输出第一行末尾的数字就是当前默认版本号。 如果命令报错 bash: gcc: command not found，说明安装未生效或 PATH 未刷新，不是“没装好”，而是环境没识别到。
为什么 gcc --version 是首选
它调用的是当前 shell 解析出的 gcc 可执行文件，反映真实可用的编译器状态，不依赖包管理器缓存或文件系统扫描。其他方法（如 dpkg -l | grep gcc 或 yum list installed | grep gcc）只说明“包装了”，不代表能立刻调用。
常见错误现象：
- 刚执行完
yum install gcc或apt install gcc，立刻跑gcc --version却报 command not found —— 多半是新开终端没重载 PATH，或 root 安装后切回普通用户没权限读取 /usr/bin/gcc； - 输出版本号和你刚装的不一致 —— 系统存在多版本，
gcc是软链接，指向旧版本（比如 /usr/bin/gcc → /usr/bin/gcc-4.8）； - 输出里带括号内容混乱，如
gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0—— 括号内是发行版打包信息，括号后才是真实 GCC 主版本，认准空格后的11.4.0。
gcc -v 能看到什么额外信息
gcc -v 不只是多几行输出，它会打印完整的配置参数、目标架构、内置头文件路径和实际调用的 cc1 等底层组件版本。对排查编译失败特别有用，比如：
- 发现
--with-arch=armv7-a却在 x86_64 机器上运行 —— 编译器被交叉编译过，不能本地用； - 看到
Target: x86_64-linux-gnu但Thread model: posix下没有libgomp—— OpenMP 支持可能缺失； - 末尾出现
gcc version 12.3.0 (Ubuntu 12.3.0-1ubuntu1~22.04)—— 和--version一致，但前面有更多构建上下文。
多版本共存时怎么确认“正在用哪个”
当系统有 gcc-9、gcc-11、gcc-13 同时存在，gcc --version 只告诉你软链接指向谁，不告诉你有哪些候选。需要组合查：
- 查当前链接目标：
ls -l $(which gcc)，输出类似/usr/bin/gcc -> gcc-11； - 查所有已安装的 gcc 可执行文件：
ls /usr/bin/gcc*，会列出gcc、gcc-9、gcc-11等； - 逐个验证版本：
gcc-9 --version、gcc-11 --version，避免靠名字猜（比如gcc-12.2实际可能是 12.2.0，而gcc-12可能是 12.1.0）； - Debian/Ubuntu 用户可查替代方案：
update-alternatives --list gcc，看是否纳入统一管理。
最容易被忽略的一点：某些最小化安装的 CentOS 或 Alpine 镜像，即使 gcc 命令存在，gcc --version 也可能因缺少 glibc 符号而段错误 —— 这时候得先 ldd /usr/bin/gcc 看依赖是否完整，而不是反复重装。
