预定义宏：编译器偷偷塞给你的“小纸条”
各位同学，今天我们来聊聊预定义宏。说白了，就是编译器在编译代码时，悄悄塞给你的一些信息。你不需要定义它们，直接用就行。我个人觉得，这是C语言里最被低估的功能之一。
嗯，先问大家一个问题：你有没有想过，代码里能不能知道当前是哪个文件、哪一行在编译？或者能不能判断出用的是哪个编译器？预定义宏就是干这个的。
标准预定义宏：时间、地点、人物
C语言标准规定了一组预定义宏，任何符合标准的编译器都必须支持。我最早接触这些宏，是在调试一个嵌入式项目时——程序跑飞了，我想知道崩溃时到底在哪个文件、哪一行。那时候我才意识到，__FILE__ 和 __LINE__ 简直是救命稻草。
| 宏名称 | 含义 | 示例值 |
|---|---|---|
__FILE__ |
当前源文件名（字符串） | "main.c" |
__LINE__ |
当前行号（整数） | 42 |
__DATE__ |
编译日期（字符串） | "Feb 14 2025" |
__TIME__ |
编译时间（字符串） | "14:30:00" |
__STDC__ |
是否遵循ANSI C标准 | 1 |
看个例子就明白了：
#include <stdio.h>
int main(void) {
printf("文件：%s\n", __FILE__);
printf("行号：%d\n", __LINE__);
printf("编译于：%s %s\n", __DATE__, __TIME__);
return 0;
}输出大概是这样：
文件：test.c
行号：5
编译于：Feb 14 2025 14:30:00
我的小技巧： 我习惯在断言或日志宏里用
__FILE__ 和 __LINE__。比如这样：
#define ASSERT(cond) \
if (!(cond)) { \
printf("断言失败: %s, 行 %d\n", __FILE__, __LINE__); \
}编译器相关宏：你是谁家的孩子？
不同的编译器，预定义宏也不一样。我在项目中遇到过好几次，代码在GCC上编译得好好的，换到MSVC就报错。原因就是用了GCC特有的语法。这时候，编译器检测宏就派上用场了。
| 宏名称 | 编译器 | 示例值 |
|---|---|---|
__GNUC__ |
GCC / Clang | 4（主版本号） |
__GNUC_MINOR__ |
GCC / Clang | 9（次版本号） |
_MSC_VER |
MSVC | 1929（VS 2019） |
__clang__ |
Clang | 1 |
举个例子，你想写一段跨编译器的代码：
#ifdef __GNUC__
#define PRINTF_FORMAT(fmt, args) \
__attribute__((format(printf, fmt, args)))
#elif defined(_MSC_VER)
#define PRINTF_FORMAT(fmt, args)
#else
#define PRINTF_FORMAT(fmt, args)
#endif
void my_printf(const char *fmt, ...) PRINTF_FORMAT(1, 2);
注意： 我曾经在移植代码时，没检查
_MSC_VER 的版本号，结果用了旧版MSVC不支持的语法。编译直接崩了。所以，不光要检测编译器，最好也检测版本号。
平台检测宏：你在哪个系统上跑？
嵌入式开发里，平台检测宏特别重要。你想想看，同一套代码可能要跑在Linux、Windows、或者裸机上。怎么区分？靠的就是这些宏。
| 宏名称 | 平台 | 说明 |
|---|---|---|
__linux__ |
Linux | GCC/Clang定义 |
_WIN32 |
Windows 32/64位 | MSVC/MinGW定义 |
__APPLE__ |
macOS / iOS | Apple Clang定义 |
__ARMEL__ |
ARM 小端架构 | ARM编译器定义 |
看一个实际例子：
#include <stdio.h>
int main(void) {
#if defined(__linux__)
printf("这是Linux系统\n");
#elif defined(_WIN32)
printf("这是Windows系统\n");
#elif defined(__APPLE__)
printf("这是macOS系统\n");
#else
printf("未知平台\n");
#endif
return 0;
}
核心思路： 用预定义宏做条件编译，可以写出高度可移植的代码。我个人的习惯是，在头文件里统一封装一层：
#if defined(__linux__)
#define PLATFORM_LINUX 1
#elif defined(_WIN32)
#define PLATFORM_WINDOWS 1
#elif defined(__ARMEL__)
#define PLATFORM_ARM 1
#endifPLATFORM_LINUX 就行，不用记一堆编译器特有的宏。
知识体系总览
下面这张图，把预定义宏的三大类串起来了。你可以看到，标准宏、编译器宏、平台宏，各自解决什么问题，以及它们之间的关系。
避坑指南
最后，分享几个我踩过的坑：
- 宏名大小写敏感：
__LINE__是全大写，__line__就不行。我刚开始写的时候，手滑写错过，编译直接报错。 - 不要依赖宏的字符串值：
__DATE__和__TIME__是编译时的值，不是运行时的。如果你在代码里用它们做逻辑判断，小心被坑。 - 跨编译器时，先查文档： 不同编译器对预定义宏的支持程度不一样。我建议在项目开始前，先写个小程序把所有预定义宏打印出来，心里有个底。
- 平台宏可能被覆盖： 有些编译器允许你在命令行里手动定义或取消定义宏。比如
-U__linux__可以取消Linux宏。小心别被队友的编译脚本坑了。
我的习惯： 在每个项目的公共头文件里，加一段代码把所有预定义宏打印出来。这样团队里谁换了编译器或平台，一眼就能看出来。
好了，预定义宏就聊到这里。记住一句话：预定义宏是编译器给你的“小纸条”，用好它们，你的代码会更聪明、更健壮。