6、预定义宏：标准预定义宏与编译器特定预定义宏
预定义宏这东西，说白了就是编译器在编译阶段自动帮你定义好的宏。你不需要写 #define，直接用就行。我刚开始学C语言时，看到 __FILE__ 这种带双下划线的符号总觉得很神秘，后来才发现——嗯，其实就是编译器给你留的后门，方便你调试和追踪代码用的。
6.1 标准预定义宏（ANSI C 规定）
C语言标准规定了一组预定义宏，所有符合标准的编译器都必须支持。我个人习惯把这些宏叫做「调试五件套」，因为它们在排查问题时真的太好用了。
| 宏名称 | 含义 | 示例值 |
|---|---|---|
__FILE__ |
当前源文件的文件名（字符串） | "main.c" |
__LINE__ |
当前行号（整数） | 42 |
__DATE__ |
编译日期（字符串，格式：Mmm dd yyyy） | "Feb 14 2025" |
__TIME__ |
编译时间（字符串，格式：hh:mm:ss） | "14:30:25" |
__STDC__ |
编译器是否遵循ANSI C标准（整数，通常为1） | 1 |
6.2 实战用法：调试日志
我在项目中遇到过最典型的场景就是写调试日志。你想想看，程序崩了，你只知道崩了，但不知道崩在哪一行，那多难受？用预定义宏就能精准定位。
#include <stdio.h>
#define DEBUG_LOG(msg) \
printf("[%s:%d] %s\n", __FILE__, __LINE__, msg)
int main() {
DEBUG_LOG("程序启动");
int x = 42;
DEBUG_LOG("变量赋值完成");
return 0;
}输出结果：
[test.c:7] 程序启动
[test.c:9] 变量赋值完成你看，哪一行打印的，清清楚楚。我曾经在一个嵌入式项目里，用这种方式定位了一个极其隐蔽的内存越界问题——当时系统跑着跑着就死机，我把所有关键路径都加上这种日志，最后发现是某个数组下标越界了。
我的小技巧： 在产品代码中，建议用条件编译控制日志开关。比如定义一个
DEBUG 宏，发布版本直接关掉，不影响性能。
6.3 编译时间戳的妙用
__DATE__ 和 __TIME__ 这两个宏，我一般用来做版本标识。你想想看，客户拿到的固件，你总得知道是什么时候编译的吧？
#include <stdio.h>
const char* build_version = "Build: " __DATE__ " " __TIME__;
int main() {
printf("固件版本: %s\n", build_version);
return 0;
}输出：
固件版本: Build: Feb 14 2025 14:30:25
注意： 这两个宏记录的是编译时刻，不是运行时刻。如果你的项目是持续集成自动构建，这个时间戳能帮你快速定位是哪个构建版本出了问题。
6.4 编译器特定预定义宏
不同编译器会定义自己特有的宏。我整理了一份常用对照表，方便你跨平台开发时参考。
| 编译器 | 宏名称 | 说明 |
|---|---|---|
| GCC | __GNUC__ |
GCC主版本号（如4、5、6...） |
| GCC | __GNUC_MINOR__ |
GCC次版本号 |
| MSVC | _MSC_VER |
MSVC版本号（如1920表示VS2019） |
| ARMCC | __ARMCC_VERSION |
ARM编译器版本 |
| IAR | __IAR_SYSTEMS_ICC__ |
IAR编译器标识 |
| Clang | __clang__ |
Clang编译器标识 |
6.5 跨平台兼容写法
我曾经接手过一个项目，代码要在GCC和IAR两个编译器上跑。一开始没注意，结果IAR下某些GCC特有的内联汇编直接编译不过。后来我学乖了，用预定义宏做条件编译。
#include <stdio.h>
#if defined(__GNUC__)
#define PLATFORM "GCC"
#define INLINE __attribute__((always_inline))
#elif defined(__IAR_SYSTEMS_ICC__)
#define PLATFORM "IAR"
#define INLINE _Pragma("inline=forced")
#elif defined(_MSC_VER)
#define PLATFORM "MSVC"
#define INLINE __forceinline
#else
#define PLATFORM "Unknown"
#define INLINE inline
#endif
INLINE void say_hello() {
printf("当前编译器: %s\n", PLATFORM);
}
int main() {
say_hello();
return 0;
}
核心原则： 永远不要假设你的代码只在一个编译器上跑。用预定义宏做平台适配，是嵌入式工程师的基本素养。
6.6 知识体系图
下面这张图帮你理清预定义宏的整体脉络：
6.7 避坑指南
最后分享几个我踩过的坑：
- 宏名冲突： 不要自己定义以双下划线开头的宏。这是编译器保留的命名空间，你定义了可能会覆盖编译器的预定义宏，后果很严重。
- 字符串拼接：
__FILE__是字符串常量，可以直接和字符串字面量拼接。但__LINE__是整数，不能直接拼，需要用#运算符转成字符串。 - 跨编译器差异： 有些编译器可能不支持某些标准预定义宏。比如一些老旧的嵌入式编译器可能不定义
__STDC__。写代码时最好加个条件判断。
我曾经踩过的坑： 有一次我在一个STM32项目里用了
__DATE__ 做固件版本号，结果发现每次编译版本号都变，导致OTA升级时版本比较逻辑出问题。后来我改成手动定义版本号，编译时间戳只做参考用。
预定义宏看似简单，但用好了能极大提升调试效率和代码可移植性。我个人建议你从现在开始，在每个项目里都养成用 __FILE__ 和 __LINE__ 写日志的习惯——相信我，出问题的时候你会感谢自己的。