Linux系统编程中的_GNU_SOURCE宏

一、宏定义方式

在所有 #include 指令包含头文件之前定义以下宏：

c 复制代码

#define _GNU_SOURCE

或在编译时使用

bash 复制代码

gcc -D_GNU_SOURCE yourfile.c

其核心作用就是 打开所有 GNU C 库（glibc）提供的扩展功能，同时包含 ISO C、POSIX、BSD、SVID、X/Open、LFS 等标准／非标准接口。启用后，你可以在头文件中看到许多平时默认被隐藏的函数原型和宏定义。

为什么会定义 _GNU_SOURCE？
- 定义 _GNU_SOURCE 后，编译器会解锁所有 GNU C 库（glibc）中非标准的扩展接口，以及一些被 POSIX 标准移除或弃用的传统函数。
- 这些接口包括：
  1. 大量 GNU/Linux 特有的扩展函数（比如 asprintf(), memmem() 等）；
  2. POSIX 标准中"因为历史原因"被删掉的旧函数（比如某些老式字符串处理或文件系统调用）；
  3. 非可移植的底层系统接口（如实现 mount、ifconfig 这类系统工具所需的内部调用）。
  4. （有时）对某些 POSIX 指定函数的"自定义"实现，这些实现并不完全符合标准，而是 GNU 团队根据自己的设计做了变动。
潜在问题
- 由于第 2 和第 4 类接口在标准中被弃用或行为不符，你的程序一旦依赖它们，就会失去在非 glibc 环境（比如其他 UNIX 或不同的 libc 实现）下编译和运行的能力。
- 换言之，使用这些接口会让代码"锁定"在 GNU/Linux + glibc 平台上，降低可移植性。
推荐做法
- 不要轻易定义 _GNU_SOURCE；如果只是需要使用 POSIX.1-2008 或 X/Open 7 里定义的接口，应当分别定义：
  c 复制代码
```
#define _POSIX_C_SOURCE 200809L
// 或
#define _XOPEN_SOURCE    700
```
- 这样可以确保你只启用那些有明确定义、在多种平台（Linux、BSD、macOS 等）上都能获得相同行为的标准接口。
总结
- 可用：GNU 特有的扩展函数，以及对实现工具有帮助的底层调用。
- 慎用（或禁用）：那些被 POSIX 弃用的传统函数，以及 GNU 自己改写、与 POSIX 标准不一致的函数（上面列出的第 2 和第 4 点）。

参考

StackOverflow 问答

总结

完结撒花！！！