必须用g++ --version查c++编译器版本，因其反映实际c++前端能力；gcc --version仅显示c编译器版本，二者可能不一致，且c++项目依赖g++的stl实现、模板解析及标准支持。
直接在终端敲 g++ --version 就能看到当前默认 C++ 编译器的完整版本号，比如 g++ (Ubuntu 13.2.0-1ubuntu1~24.04) 13.2.0 —— 这个末尾的 13.2.0 就是 GCC 版本，也等价于 g++ 的实际版本。
为什么不能只看 gcc --version
很多人顺手查 gcc --version，但 GCC 工具链里 gcc 和 g++ 是两个独立前端：它们可能指向不同版本（尤其在手动安装多版本或用 update-alternatives 切换时）。C++ 项目依赖的是 g++ 的行为（比如 STL 实现、模板解析、-std= 支持），所以必须单独确认它：
-
gcc --version只反映 C 编译器能力，不保证 C++ 标准库或语言特性同步 - 某些系统（如旧版 Ubuntu）默认
gcc是 11.x，但g++被降级为 9.x，导致-std=c++20直接报错 - Clang 环境下
gcc命令可能根本不存在，而g++是 clang++ 的符号链接，此时g++ --version才真实
怎么在代码里获取编译器版本宏
跨平台项目常需在编译期判断版本做条件启用，不能靠外部命令。关键不是查字符串，而是读预定义整数宏——因为 __VERSION__ 是字符串且格式不稳定（GCC 可能带 build 20260512，Clang 可能省略补丁号），逻辑分支中绝对不能用它。
- GCC：必须同时检查
__GNUC__、__GNUC_MINOR__、__GNUC_PATCHLEVEL__，例如判断是否 ≥ 12.3.0：#if __GNUC__ > 12 || (__GNUC__ == 12 && __GNUC_MINOR__ > 3) || (__GNUC__ == 12 && __GNUC_MINOR__ == 3 && __GNUC_PATCHLEVEL__ >= 0) - Clang：先
#ifdef __clang__，再用__clang_major__等三宏；若要区分 Apple Clang，必须额外检测__apple_build_version__ - MSVC：
_MSC_VER仅含主次版本（如1938表示 VS 2022 17.8.x），补丁信息得看_MSC_FULL_VER（如193833135），但注意它后五位是构建号，不是语义化补丁号
g++ -v 比 --version 多什么
g++ --version 只输出一行摘要，而 g++ -v 会打印完整配置路径、target、built-in specs 和实际生效的 gcc version 行——这才是你该信的最终版本。
- 常见陷阱：
g++ --version显示11.4.0，但g++ -v末尾写着gcc version 9.4.0，说明你 PATH 里混进了不同来源的二进制（比如系统自带 + 手动编译的） -
-v输出中Target:行告诉你架构（如x86_64-linux-gnu），Configured with:包含编译参数，可判断是否启用了--enable-default-pie等影响行为的选项 - 如果项目依赖特定 patch（比如某个 STL bug 修复），光看主版本不够，得结合
-v输出里的 build timestamp 或 commit hash（部分自编译版本会带上）
最易被忽略的一点：预处理器宏在不同编译模式下可能未定义。比如 MSVC 开启 /Za（禁用扩展）会屏蔽部分宏；Clang 加 -fms-extensions 可能让 _MSC_VER 意外出现。永远用 #ifdef 检测宏是否存在，而不是假设未定义就等于 0。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
