C与C++头文件速查：标准库、POSIX、Linux专属到底怎么分？

刚开始写 C 和 C++ 的时候，很多人都有过这种困惑：

• stdio.h、stdlib.h 这种一看就眼熟
• unistd.h、sys/stat.h 好像也经常见
• linux/input.h、linux/ioctl.h 又像是另一套东西

看起来都是头文件，但它们其实不是一个层级的东西。

有的是标准 C 库，跨平台都能用。
有的是 POSIX 接口，只在 Linux、macOS、Unix 这类系统里常见。
还有一类是 Linux 专属头文件，和内核、驱动、底层接口绑定得很深。

如果这件事不先理顺，平时写代码、看项目、做面试题的时候就很容易混：

• 不知道这个函数是不是跨平台
• 不知道它属于标准库还是系统接口
• 不知道 Windows 下为什么直接编不过

这篇就不绕弯子，直接给你一套实用记法。

一、先记住最核心的分类

平时常见的 C/C++ 头文件，大致可以分成 4 类：

1. 标准 C 头文件
2. POSIX 系统接口头文件
3. Linux 专属头文件
4. C++ 标准库头文件

如果你脑子里先有这个框架，后面看到任何一个头文件，基本都能先判断它大概属于哪一类。

二、标准 C 头文件：最通用，跨平台

这一类最稳定，也最适合初学阶段建立直觉。

它们的特点是：

• 由 C 标准定义
• 不依赖某个具体操作系统
• Windows / Linux / macOS 基本都能找到对应实现

常见头文件如下：

头文件	主要功能	常见内容
<stdio.h>	标准输入输出	printf、scanf、fopen、fread、fwrite、fclose
<stdlib.h>	内存分配和通用工具	malloc、free、calloc、realloc、exit、atoi
<string.h>	字符串和内存操作	strlen、strcpy、memcpy、memset、memcmp
<ctype.h>	字符分类与转换	isdigit、isalpha、tolower、toupper
<math.h>	数学运算	sin、cos、sqrt、pow、log
<stdint.h>	固定宽度整数类型	uint8_t、int32_t、uint64_t
<stdbool.h>	布尔类型	bool、true、false
<stddef.h>	基础通用类型	size_t、ptrdiff_t、NULL
<time.h>	标准时间接口	time、localtime、strftime
<signal.h>	标准信号接口	signal
<limits.h>	类型取值范围	INT_MAX、CHAR_BIT

这一类你可以理解成：

不管操作系统是谁，C 语言本身总得给你这些基础能力。

三、POSIX 头文件：已经不是纯标准 C 了

很多人学到这里最容易混。
因为像 read、write、fork、mmap 这些接口也很常见，但它们并不属于标准 C。

它们更接近操作系统接口，通常归到 POSIX 体系里。

这类头文件的特点是：

• 常见于 Linux / macOS / Unix
• Windows 下通常不能直接用
• 更接近文件、进程、线程、网络这些系统能力

1. 常见基础系统接口

头文件	主要功能	常见接口
<unistd.h>	Unix 基础系统调用接口	read、write、close、fork、exec、getpid、sleep
<sys/types.h>	系统相关类型定义	pid_t、uid_t、gid_t、off_t
<sys/stat.h>	文件属性	stat、fstat、chmod、mkdir
<sys/mman.h>	内存映射	mmap、munmap、mprotect
<sys/wait.h>	进程回收	wait、waitpid
<sys/socket.h>	套接字基础接口	socket、bind、listen、accept
<fcntl.h>	文件控制	fcntl、文件锁、非阻塞设置

2. 常见 POSIX 扩展库

头文件	主要功能	常见接口
<pthread.h>	POSIX 线程	pthread_create、pthread_join、pthread_mutex_lock
<semaphore.h>	信号量	sem_wait、sem_post
<arpa/inet.h>	网络字节序与地址转换	htons、htonl、inet_addr、inet_ntoa
<netinet/in.h>	IPv4/IPv6 地址结构	sockaddr_in
<netinet/tcp.h>	TCP 专用选项	setsockopt 的 TCP 参数
<dirent.h>	目录遍历	opendir、readdir、closedir
<sys/time.h>	更高精度时间接口	gettimeofday
<errno.h>	错误码	errno、EINTR、EAGAIN

如果你看到这些头文件，脑子里最好立刻出现一个提醒：

这已经不是“纯 C 标准库”了，而是和操作系统环境绑定更深的一层。

四、Linux 专属头文件：更底层，也更不通用

还有一类头文件，往往带着很明显的前缀：

#include <linux/...>

这一看就要敏感起来，因为它们一般都是 Linux 专属接口。

这类头文件的特点是：

• 只在 Linux 体系里常见
• 可移植性差
• 常用于驱动、内核交互、设备控制、底层开发

常见例子：

头文件	典型场景	说明
<linux/if.h>	网络设备	网卡相关结构体、ioctl 网络配置
<linux/ioctl.h>	设备控制	ioctl 命令定义
<linux/signal.h>	Linux 扩展信号	比标准信号更底层一些
<linux/input.h>	输入设备	键盘、鼠标、触摸屏等输入事件

这一类文件，平时做应用层开发不一定天天碰到。
但如果你做驱动、嵌入式 Linux、设备接口开发，就会经常见。

五、C++ 标准库头文件：另一套命名风格

如果你再切到 C++，又会看到另一类头文件：

#include <iostream>
#include <vector>
#include <string>
#include <map>
#include <thread>
#include <chrono>

这类文件和传统 C 头文件最大的区别之一就是：

• 通常没有 .h
• 属于 C++ 标准库
• 更多提供类、模板、容器、流、线程等高级能力

比如：

• <iostream>：输入输出流
• <vector>：动态数组容器
• <string>：字符串类
• <map>：关联容器
• <thread>：线程支持
• <chrono>：时间工具

所以看到没有 .h 的这类名字，基本就可以往 C++ 标准库方向去想。

六、怎么快速判断一个头文件属于哪一类

如果你不想死记，可以直接用下面这套“看一眼先分类”的方法。

1. 没有 sys/、linux/、arpa/、netinet/ 这些路径前缀

而且名字很基础，比如：

• <stdio.h>
• <stdlib.h>
• <string.h>

那大概率就是标准 C 头文件。

2. 出现 unistd.h 或 sys/*.h

那通常就是 POSIX / Unix 系统接口，已经和操作系统环境强相关了。

3. 出现 linux/*.h

那就默认按 Linux 专属看待。
除非你很确定它在别的平台也有兼容层，否则不要把它当成跨平台接口。

4. 没有 .h，像 <vector>、<thread> 这种

那基本就是 C++ 标准库。

七、几个很容易混的对比

下面这几组特别适合拿来建立直觉。

printf 和 write

• printf 来自 <stdio.h>，属于标准 C 库
• write 来自 <unistd.h>，属于 POSIX 系统调用接口

它们都能“往外输出东西”，但层级完全不一样。

malloc 和 mmap

• malloc 来自 <stdlib.h>，是标准库内存分配
• mmap 来自 <sys/mman.h>，是更底层的内存映射接口

一个偏语言库层，一个偏系统层。

time 和 gettimeofday

• time 来自 <time.h>，标准 C 时间接口
• gettimeofday 来自 <sys/time.h>，POSIX 风格高精度时间接口

signal 和 Linux 扩展信号相关头文件

• signal 属于标准 C 层面的基础信号能力
• linux/signal.h 更偏 Linux 体系的扩展定义

八、写代码时最实用的一条经验

如果你平时经常在 Linux 下写代码，很容易把很多接口用习惯了，然后默认觉得“这不就是 C 语言自带的吗”？

其实不是。

很多在 Linux 项目里常见的函数：

• fork
• exec
• read
• write
• mmap
• pthread_create

都不是“标准 C 本身”，而是：

• POSIX 接口
• 或 Linux/Unix 生态提供的能力

这件事一旦分清，你对“跨平台”“系统调用”“标准库”“驱动开发”这些词的边界感会清楚很多。

九、最后给一份极简记忆版

如果只想记最短的一版，可以直接记下面这几句：

• <stdio.h>、<stdlib.h>、<string.h>：标准 C
• <unistd.h>、<sys/*.h>：POSIX / Unix 系统接口
• <linux/*.h>：Linux 专属
• <vector>、<string>、<thread>：C++ 标准库

平时一眼先分层，再去查具体函数，就不会那么乱。

总结

C 与 C++ 头文件最容易让人混的地方，不在于名字难记，而在于它们背后的层级不同。

真正实用的不是死背所有头文件，而是先建立这个判断框架：

• 哪些是标准 C
• 哪些是 POSIX
• 哪些是 Linux 专属
• 哪些是 C++ 标准库

一旦这个框架有了，后面不管是看源码、做题，还是自己写项目，都会轻松很多。