Linux系统编程——进程间通信：命名管道（FIFO）

最新推荐文章于 2024-12-03 19:19:13 发布
最新推荐文章于 2024-12-03 19:19:13 发布
阅读量54 收藏
点赞数
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/mengfanrong/p/5347027.html
本文详细介绍了命名管道的概念，与无名管道的区别，包括命名管道的创建、默认操作、非堵塞标志下的操作及特点。文章通过示例代码演示了命名管道的创建、读写操作以及非堵塞模式下的应用，帮助读者全面了解命名管道的使用。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

命名管道的概述

无名管道，因为没有名字，仅仅能用于亲缘关系的进程间通信（很多其它详情。请看《无名管道》）。为了克服这个缺点。提出了命名管道（FIFO）。也叫有名管道、FIFO 文件。


命名管道（FIFO）不同于无名管道之处在于它提供了一个路径名与之关联，以 FIFO 的文件形式存在于文件系统中，这样。即使与 FIFO 的创建进程不存在亲缘关系的进程，仅仅要可以訪问该路径。就行彼此通过 FIFO 相互通信，因此，通过 FIFO 不相关的进程也能交换数据。


命名管道（FIFO)和无名管道（pipe）有一些特点是同样的，不一样的地方在于:

1、FIFO 在文件系统中作为一个特殊的文件而存在，但 FIFO 中的内容却存放在内存中。

2、当使用 FIFO 的进程退出后。FIFO 文件将继续保存在文件系统中以便以后使用。


3、FIFO 有名字。不相关的进程能够通过打开命名管道进行通信。


命名管道的创建

所需头文件：

#include <sys/types.h>

#include <sys/stat.h>


int mkfifo( const char *pathname, mode_t mode);

功能：

命名管道的创建。

參数：

pathname: 普通的路径名，也就是创建后 FIFO 的名字。

mode: 文件的权限，与打开普通文件的 open() 函数中的 mode 參数同样，相关说明请点此链接。

返回值：

成功：0
失败：假设文件已经存在。则会出错且返回 -1。


演示样例代码例如以下：

#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>

int main(int argc, char *argv[])
{
	int ret;
	
	ret = mkfifo("my_fifo", 0666); // 创建命名管道
	if(ret != 0){	// 出错
		perror("mkfifo");
	}
	
	return 0;
}

执行结果例如以下：



命名管道的默认操作

后期的操作。把这个命名管道当做普通文件一样进行操作：open()、write()、read()、close()。

可是。和无名管道一样，操作命名管道肯定要考虑默认情况下其堵塞特性。


以下验证的是默认情况下的特点。即 open() 的时候没有指定非堵塞标志( O_NONBLOCK )。

1）

open() 以仅仅读方式打开 FIFO 时，要堵塞到某个进程为写而打开此 FIFO
open() 以仅仅写方式打开 FIFO 时，要堵塞到某个进程为读而打开此 FIFO。

简单一句话，仅仅读等着仅仅写，仅仅写等着仅仅读，仅仅有两个都运行到，才会往下运行。


仅仅读端代码例如以下：

#include <stdio.h>
#include <string.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>

int main(int argc, char *argv[])
{
	int fd;
	int ret;
	
	ret = mkfifo("my_fifo", 0666);
	if(ret != 0)
	{
		perror("mkfifo");
	}
	
	printf("before open\n");
	fd = open("my_fifo", O_RDONLY);//等着仅仅写
	if(fd < 0)
	{
		perror("open fifo");
	}
	
	printf("after open\n");
	
	return 0;
}

仅仅写端代码例如以下

#include <stdio.h>
#include <string.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>

int main(int argc, char *argv[])
{
	int fd;
	int ret;
	
	ret = mkfifo("my_fifo", 0666);
	if(ret != 0)
	{
		perror("mkfifo");
	}
	
	printf("before open\n");
	fd = open("my_fifo", O_WRONLY); //等着仅仅读
	if(fd < 0)
	{
		perror("open fifo");
	}
	
	printf("after open\n");
	
	return 0;
}

大家开启两个终端。分别编译以上代码，读端程序和写端程序各自执行，例如以下图，大家自行验证其特点，由于光看结果图是没有效果，大家须要分析其执行过程是怎样变化。



假设大家不想在 open() 的时候堵塞。我们能够以可读可写方式打开 FIFO 文件。这样 open() 函数就不会堵塞。

// 可读可写方式打开
int fd = open("my_fifo", O_RDWR);

2）假如 FIFO 里没有数据，调用 read() 函数从 FIFO 里读数据时 read() 也会堵塞。这个特点和无名管道是一样的。


写端代码例如以下：

#include <stdio.h>
#include <string.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>

int main(int argc, char *argv[])
{
	int fd;
	int ret;
	
	ret = mkfifo("my_fifo", 0666);//创建命名管道
	if(ret != 0)
	{
		perror("mkfifo");
	}
	
	printf("before open\n");
	fd = open("my_fifo", O_WRONLY); //等着仅仅读
	if(fd < 0)
	{
		perror("open fifo");
	}
	printf("after open\n");
	
	printf("before write\n");
	// 5s后才往命名管道写数据，没数据前。读端read()堵塞
	sleep(5);
	char send[100] = "Hello Mike";
	write(fd, send, strlen(send));
	printf("write to my_fifo buf=%s\n", send);
	
	return 0;
}

读端代码例如以下： 

#include <stdio.h>
#include <string.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>

int main(int argc, char *argv[])
{
	int fd;
	int ret;
	
	ret = mkfifo("my_fifo", 0666); //创建命名管道
	if(ret != 0)
	{
		perror("mkfifo");
	}
	
	printf("before open\n");
	fd = open("my_fifo", O_RDONLY);//等着仅仅写
	if(fd < 0)
	{
		perror("open fifo");
	}
	printf("after open\n");
	
	printf("before read\n");
	char recv[100] = {0};
	
	//读数据，命名管道没数据时会堵塞。有数据时就取出来
	read(fd, recv, sizeof(recv)); 
	printf("read from my_fifo buf=[%s]\n", recv);
	
	return 0;
}

请依据下图自行编译执行验证：



3）通信过程中若写进程先退出了。就算命名管道里没有数据，调用 read() 函数从 FIFO 里读数据时不堵塞；若写进程又又一次执行，则调用 read() 函数从 FIFO 里读数据时又恢复堵塞。


写端代码例如以下：

#include <stdio.h>
#include <string.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>

int main(int argc, char *argv[])
{
	int fd;
	int ret;
	
	ret = mkfifo("my_fifo", 0666); // 创建命名管道
	if(ret != 0)
	{
		perror("mkfifo");
	}
	
	fd = open("my_fifo", O_WRONLY); // 等着仅仅读
	if(fd < 0)
	{
		perror("open fifo");
	}
	
	char send[100] = "Hello Mike";
	write(fd, send, strlen(send));	//写数据
	printf("write to my_fifo buf=%s\n",send);
	
	while(1); // 堵塞，保证读写进程保持着通信过程
	
	return 0;
}

读端代码例如以下：
 

#include <stdio.h>
#include <string.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>

int main(int argc, char *argv[])
{
	int fd;
	int ret;
	
	ret = mkfifo("my_fifo", 0666);// 创建命名管道
	if(ret != 0)
	{
		perror("mkfifo");
	}
	
	fd = open("my_fifo", O_RDONLY);// 等着仅仅写
	if(fd < 0)
	{
		perror("open fifo");
	}
	
	while(1)
	{
		char recv[100] = {0};
		read(fd, recv, sizeof(recv)); // 读数据
		printf("read from my_fifo buf=[%s]\n",recv);
		sleep(1);
	}
	
	return 0;
}

请依据下图自行编译执行验证：



5）通信过程中，读进程退出后，写进程向命名管道内写数据时，写进程也会（收到 SIGPIPE 信号）退出。


6）调用 write() 函数向 FIFO 里写数据，当缓冲区已满时 write() 也会堵塞。


5）和 6）这两个特点和无名管道是一样的，这里不再验证。详情请看《无名管道》。


命名管道非堵塞标志操作

命名管道能够以非堵塞标志（O_NONBLOCK）方式打开：

fd = open("my_fifo", O_WRONLY|O_NONBLOCK);
fd = open("my_fifo", O_RDONLY|O_NONBLOCK);


非堵塞标志（O_NONBLOCK）打开的命名管道有下面特点：
1、先以仅仅读方式打开。假设没有进程已经为写而打开一个 FIFO, 仅仅读 open() 成功。而且 open() 不堵塞。


2、先以仅仅写方式打开。假设没有进程已经为读而打开一个 FIFO。仅仅写 open() 将出错返回 -1。


3、read()、write() 读写命名管道中读数据时不堵塞。



请依据下面代码自行编译执行验证。


写端代码例如以下：

#include <stdio.h>
#include <string.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>

int main(int argc, char *argv[])
{
	int fd;
	int ret;
	
	ret = mkfifo("my_fifo", 0666); // 创建命名管道
	if(ret != 0)
	{
		perror("mkfifo");
	}
	
	// 仅仅写并指定非堵塞方式打开
	fd = open("my_fifo", O_WRONLY|O_NONBLOCK);
	if(fd<0)
	{
		perror("open fifo");
	}
	
	char send[100] = "Hello Mike";
	write(fd, send, strlen(send));
	printf("write to my_fifo buf=%s\n",send);
	while(1);
	
	return 0;
}

读端代码例如以下： 

#include <stdio.h>
#include <string.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>

int main(int argc, char *argv[])
{
	int fd;
	int ret;
	
	ret = mkfifo("my_fifo", 0666); // 创建命名管道
	if(ret != 0)
	{
		perror("mkfifo");
	}
	
	// 仅仅读并指定非堵塞方式打开
	fd = open("my_fifo", O_RDONLY|O_NONBLOCK);
	if(fd < 0)
	{
		perror("open fifo");
	}
	
	while(1)
	{
		char recv[100] = {0};

		read(fd, recv, sizeof(recv));
		printf("read from my_fifo buf=[%s]\n",recv);
		sleep(1);
	}
	
	return 0;
}

本教程演示样例代码下载请点此处。

转载于:https://www.cnblogs.com/mengfanrong/p/5347027.html

Linux系统编程——进程间通信（管道与共享内存）
aaqq800520的博客
06-13 1067
目录一，进程间通信预备二，匿名管道2.1 管道原理2.2 匿名管道原理 2.3 pidof工具​编辑 2.4 pipe()2.6 管道的四种情况2.8 进程池三，命名管道3.1 关于命名管道3.2 mkfifo命令创建命名管道3.3 mkfifo系统接口创建命名管道 3.4 使用命名管道实现server和client通信3.4.1 公共头文件3.4.2 服务端代码3.4.3 客户端代码和效果演示3.4.4 服务端代码优化后演示3.4.5 客户端对服务端发命令 四，管道特点五，System V 共享内存5.
C++Linux系统编程——进程间通信（二）
wang1664178416的博客
06-24 1072
C++Linux系统编程——进程间通信（二）
Linux 多任务编程——进程间通信：有名管道(FIFO)
Hamlee67的博客
11-22 392
命名管道的概述 无名管道，由于没有名字，只能用于亲缘关系的进程间通信（更多详情，请看《无名管道》）。为了克服这个缺点，提出了命名管道（FIFO），也叫有名管道、FIFO 文件。 命名管道（FIFO）不同于无名管道之处在于它提供了一个路径名与之关联，以 FIFO 的文件形式存在于文件系统中，这样，即使与 FIFO 的创建进程不存在亲缘关系的进程，只要可以访问该路径，就能够彼此通过 FIFO 相互通...
Linux系统编程——进程间通信
weixin_54859557的博客
06-04 1349
Linux系统编程——进程间通信
【Linux】进程间通信——命名管道
Renswc的博客
12-03 2671
匿名管道应用的一个限制就是只能在具有共同祖先（具有亲缘关系）的进程间通信。如果我们想在不相关的进程之间交换数据，可以使用命名管道来做这项工作。在Linux系统中，命名管道（也称为FIFO）是一种特殊的文件类型，它允许进程间进行通信。与匿名管道不同，命名管道存在于文件系统中，并且可以被任何有适当权限的进程访问。命名管道提供了一种方法，使得不相关的进程能够通过预先定义好的路径来交换数据。匿名管道由pipe函数创建并打开。而命名管道由mkfifo函数创建，打开⽤open。FIFO（命名管道）与pipe。
Linux系统编程进程间通信——无名管道pipe和命名管道FIFO
qq_41899773的博客
04-01 423
一、管道分为无名管道和命名管道 接下来看看《UNIX环境高级编程》的介绍 管道：通常指的是无名管道 二、man手册原型： NAME pipe, pipe2 - create pipe SYNOPSIS #include <unistd.h> int pipe(int pipefd[2]); 原型： #include...
Linux系统编程 —— 进程间通信 pipe、fifo
柯西丶不是你的博客
04-26 432
Linux环境下，进程地址空间相互独立，每个进程各自有不同的用户地址空间。任何一个进程的全局变量在另一个进程中都看不到，所以进程和进程之间不能相互访问，要交换数据必须通过内核，在内核中开辟一块缓冲区，进程1把数据从用户空间拷到内核缓冲区，进程2再从内核缓冲区把数据读走，内核提供的这种机制称为进程间通信（IPC，InterProcess Communication）。 在进程间完成数...
Linux系统编程——进程间的通信
NRWHF的博客
11-10 1106
Linux系统编程——进程间的通信
python进程间通信——命名管道（Named Pipe、FIFO）
Dontla的博客
01-21 5238
命名管道与普通管道类似，都是基于字节流进行通信的，但不同的是命名管道有路径名与之关联，并且其生命周期超过了引发创建它的进程。这使得不相关的进程可以通过命名管道进行通信。
中文疾病诊断数据集（百万条），可用于中国人疾病分析、疾病诊断
08-19
资源下载链接为： https://pan.quark.cn/s/056be54e94fa 中文疾病诊断数据集（百万条），可用于中国人疾病分析、疾病诊断。（最新、最全版本！打开链接下载即可用！）
【计算机视觉】基于立体视觉的3D目标检测框架优化：联合2D边界框与实例深度估计的高效多类别检测系统设计（含详细代码及解释）
08-19
内容概要：这篇论文提出了一种基于立体视觉的3D目标检测框架，核心创新包括直接实例深度估计方法、自适应空间特征聚合模块。该框架仅用左图像生成联合2D边界框并预测3D框中心深度，通过减弱背景点影响并整合重要实例特征，提高了3D检测的精度和效率。相比现有方法，该框架在KITTI基准测试上表现出色，实现了更高的检测精度（68.7% AP）和更快的推理速度（8.5 FPS）。论文还详细介绍了框架的核心模块实现，如实例深度估计网络、自适应空间特征聚合模块以及完整的立体3D检测框架，并通过实验验证了各模块的有效性。 适合人群：从事计算机视觉、自动驾驶或机器人领域的研究人员和技术开发者，尤其是对3D目标检测、立体视觉感兴趣的从业者。 使用场景及目标：①提高3D目标检测精度和效率；②研究立体视觉在3D检测中的应用；③探索深度估计和特征聚合的新方法；④应用于自动驾驶、机器人导航等实际场景。 其他说明：论文不仅提供了理论分析，还给出了详细的代码实现，便于读者理解和复现。该框架在KITTI数据集上进行了充分验证，证明了其在多类别3D检测任务中的优越性能。此外，论文还讨论了现有方法的局限性，并提出了针对性的解决方案。
基于单片机的垃圾桶系统设计(51+1602+SG90+RSD+HX711) 0437
08-19
包括：源程序工程文件、Proteus仿真工程文件、电路原理图文件、配套技术手册、论文资料等 1、采用51单片机作为主控芯片； 2、采用LCD1602作为显示模块，用于显示人体靠近信息、垃圾重量信息； 3、采用压力传感器+HX711模块检测垃圾投入后重量变换； 4、采用HC-SR501模块检测人体靠近信息； 5、采用舵机作为垃圾箱盖子驱动力； 6、当检测到人体靠近信息后，开启箱盖；开盖后检测到重量变化，关闭箱盖；
中文 NLP 语料库数据集
08-19
资源下载链接为： https://pan.quark.cn/s/b9dc05a1369f 中文 NLP 语料库数据集（最新、最全版本！打开链接下载即可用！）
slop-7.6-5.el8.tar.gz
08-19
# 适用操作系统：Centos8 #Step1、解压 tar -zxvf xxx.el8.tar.gz #Step2、进入解压后的目录，执行安装 sudo rpm -ivh *.rpm
分子通信基于空间调制的MIMO分子通信系统设计与性能优化：提高能量效率及抗干扰能力（含详细代码及解释）
08-19
内容概要：论文提出了一种基于空间调制的能量高效分子通信方案(SM-MC)，将传输符号分为空间符号和浓度符号。空间符号通过激活单个发射纳米机器人的索引来传输信息，浓度符号则采用传统的浓度移位键控(CSK)调制。相比现有的MIMO分子通信方案，SM-MC避免了链路间干扰，降低了检测复杂度并提高了性能。论文分析了SM-MC及其特例SSK-MC的符号错误率(SER)，并通过仿真验证了其性能优于传统的MIMO-MC和SISO-MC方案。此外，论文还探讨了分子通信领域的挑战、优势及相关研究工作，强调了空间维度作为新的信息自由度的重要性，并提出了未来的研究方向和技术挑战。 适合人群：具备一定通信理论基础，特别是对纳米通信和分子通信感兴趣的科研人员、研究生和工程师。 使用场景及目标：①理解分子通信中空间调制的工作原理及其优势；②掌握SM-MC系统的具体实现细节，包括发射、接收、检测算法及性能分析；③对比不同分子通信方案（如MIMO-MC、SISO-MC、SSK-MC）的性能差异；④探索分子通信在纳米网络中的应用前景。 其他说明：论文不仅提供了详细的理论分析和仿真验证，还给出了具体的代码实现，帮助读者更好地理解和复现实验结果。此外，论文还讨论了分子通信领域的标准化进展，以及未来可能的研究方向，如混合调制方案、自适应调制技术和纳米机器协作协议等。
spandsp-apidoc-0.0.6-9.el8.tar.gz
08-19
# 适用操作系统：Centos8 #Step1、解压 tar -zxvf xxx.el8.tar.gz #Step2、进入解压后的目录，执行安装 sudo rpm -ivh *.rpm
基于FMCW雷达的多天线定位系统.zip
08-19
1.版本：matlab2014a/2019b/2024b 2.附赠案例数据可直接运行。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
【电子电气架构】软件驱动的汽车行业变革：从一次性交付到持续服务与数据驱动的转型分析软件对汽车行业带来的
最新发布
08-19
内容概要：本文探讨了软件对汽车行业带来的深刻变革，重点分析了从一次性交付到持续服务、从逻辑驱动到数据驱动、以及安全与灵活性的兼容博弈三大方面。文章指出，随着OTA技术和订阅服务的兴起，汽车已从单纯的机械设备转变为智能移动终端，其价值构成也从硬件转向包含软件服务。数据驱动的模式带来了非确定性组件、开发周期缩短和行业标准重塑等挑战，同时也引发了网络安全和隐私保护的问题。此外，智能座舱等消费体验类软件与传统车辆控制软件之间的兼容性问题，促使汽车行业探索新的开发理念和管理机制。 适合人群：汽车行业从业者、汽车电子工程师、关注汽车智能化发展的科研人员及相关领域的政策制定者。 使用场景及目标：①理解软件如何改变汽车行业的商业模式和服务形态；②探讨数据驱动模式下的技术挑战和解决方案；③分析安全与灵活性兼容的必要性和实现路径。 阅读建议：本文内容丰富且涉及多个层面的技术和社会问题，建议读者结合自身的专业知识背景，重点关注与自身工作或研究领域相关的部分，同时关注文中提到的新兴技术和政策法规，以便更好地把握行业发展趋势。
Linux进程间通信（IPC）：管道与FIFO详解
"本文主要介绍了进程间通信（IPC）的概念，包括无名管道和命名管道（FIFO）的原理和使用方法，以Linux系统中的C语言编程为例进行讲解。" 在计算机系统中，进程间通信（IPC）是实现不同进程间信息交换的关键技术。它...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值