Linux下多线程共用同一文件描述符写管道是否线程安全？

核心结论 #

同一进程内的多个线程共用同一个文件描述符，向管道写入小于PIPE_BUF字节的数据时，不需要额外添加同步机制，POSIX标准和Linux内核实现都能保证该操作的线程安全与原子性。

1. POSIX标准的适用范围 #

你已经知道不同进程写入小于PIPE_BUF的管道数据是原子操作，这个规则同样覆盖同一进程内的多线程场景。POSIX明确要求，针对文件描述符的系统调用（比如write()）在多线程环境下是线程安全的——内核会确保同一进程内的多个线程调用write()时，只要单次写入字节数不超过PIPE_BUF，数据就会完整、无交错地写入管道，不会出现部分数据被其他线程的写入打断的情况。

2. Linux内核的实际保障 #

在Linux中，管道的write()系统调用内部会对管道的内核inode结构加锁。当一个线程发起写入请求时，内核会锁定对应的管道资源，直到整个小于PIPE_BUF的写入操作完成才释放锁，完全避免了同一进程内多线程写入的数据交错问题。

3. 需要留意的边界情况 #

• 如果单次写入的字节数超过PIPE_BUF，哪怕是同一进程的线程，也无法保证原子性，此时数据可能被拆分写入，这时就需要额外的同步机制（比如互斥锁）来避免数据混乱。
• 要是你的业务逻辑需要严格保证多个线程的写入顺序（比如线程A的数据必须在线程B之前写入），那即使写入本身是原子的，也需要加同步来控制顺序——但这属于业务逻辑的顺序要求，而非线程安全的必要条件。

内容的提问来源于stack exchange，提问作者user1020828