在C++项目开发里，同一份源码往往要在多种编译环境下构建。不同厂商的编译器对语言特性的支持程度、内置函数以及警告规则都有差别，因此需要在编译期就识别出当前是哪家编译器，再走对应的代码分支。C++标准本身没有提供统一的编译器厂商查询接口，大家普遍依赖各编译器预先定义好的内置宏来完成这件事。
常见编译器厂商及其识别宏
目前使用最广泛的C++编译器主要有三类：GNU GCC、Clang以及微软的MSVC。它们都会在预处理阶段自动定义一些宏，我们只需在代码里用#ifdef或#if检测即可。GCC定义了__GNUC__，Clang为了兼容也定义了__GNUC__但同时定义了__clang__，而MSVC则定义了_MSC_VER且不会定义前两者。
正因为Clang兼容GCC的宏，判断顺序就非常关键。如果先判断__GNUC__再判断__clang__，那么Clang环境会错误进入GCC分支。正确做法是先排除Clang，再处理GCC，最后处理MSVC。下面是一段最基础的判断示例：
#include <iostream>
int main() {
#if defined(__clang__)
std::cout << "Compiler: Clang" << std::endl;
#elif defined(__GNUC__)
std::cout << "Compiler: GCC" << std::endl;
#elif defined(_MSC_VER)
std::cout << "Compiler: MSVC" << std::endl;
#else
std::cout << "Unknown compiler" << std::endl;
#endif
return 0;
}
上面的代码利用了宏定义的互斥特性完成分支选择。在真实工程中，我们通常不会只在main里打印，而是把这些判断放到公共头文件中，用#define导出统一的标记，例如MY_COMPILER_GCC，供其他模块使用。
跨平台预编译宏汇总
除了编译器厂商宏，操作系统与架构相关的宏也常被一起使用。例如_WIN32在Windows下定义，__linux__在Linux下定义，__APPLE__在macOS/iOS下定义。把它们和编译器宏组合，就能精确控制某平台某编译器的行为。
下面整理了一份常用宏的对照表，方便查阅：
| 宏名称 | 对应环境 | 说明 |
|---|---|---|
| __GNUC__ | GCC及兼容编译器 | 主版本号，如GCC 11则为11 |
| __clang__ | Clang | 只要Clang就会定义 |
| _MSC_VER | MSVC | 数值如1930代表VS2022 |
| _WIN32 | Windows | 32与64位均定义 |
| __linux__ | Linux | 所有Linux发行版 |
| __APPLE__ | Apple平台 | macOS与iOS都定义 |
借助这些宏，我们可以写出同时兼顾编译器与系统的条件编译。比如MSVC对C++标准支持节奏与GCC不同，某些地方要用微软专属API，就可以用_MSC_VER配合_WIN32锁定范围。
版本号判断与注意事项
仅判断厂商往往不够，有时还要看编译器版本。GCC提供__GNUC__、__GNUC_MINOR__、__GNUC_PATCHLEVEL__三个宏表达完整版本。Clang同样支持这套辅助宏。MSVC则把版本压在_MSC_VER一个整数里，形如19xx。
以下是一个根据GCC版本开启特性的例子：
#if defined(__GNUC__) && !defined(__clang__)
#if __GNUC__ > 7
// GCC 8及以上才支持某特性
#define HAS_NEW_FEATURE 1
#endif
#endif
写这类判断时要注意，Clang也定义了__GNUC__系列宏，所以如果不加!defined(__clang__)的限制，Clang会被误判为老版本GCC。另外，不要假设所有环境都定义了标准C++宏，交叉编译工具链偶尔会裁剪部分信息，必要时用#if defined()做存在性检查更安全。
实践中的封装建议
大型项目一般会把编译器探测集中到一个config.h或compiler_detect.h里，对外只暴露语义清晰的开关。这样既避免散落各处的重复判断，也降低后期迁移成本。
示例封装方式如下：
#if defined(__clang__)
#define COMPILER_NAME "clang"
#define COMPILER_CLANG 1
#elif defined(__GNUC__)
#define COMPILER_NAME "gcc"
#define COMPILER_GCC 1
#elif defined(_MSC_VER)
#define COMPILER_NAME "msvc"
#define COMPILER_MSVC 1
#else
#define COMPILER_NAME "unknown"
#endif
业务代码只需关心COMPILER_GCC这类含义明确的宏，不再直接接触底层细节。当未来出现新的编译器或宏规则变化，也只需修改这一个头文件，整体维护性更好。