在linux下使用管线来进行聊天的小程序1管线管线是一种最基本的IPC机制,由pipe函数创建:#includeintpipe(intfiledes[2]);调用pipe函数时在内核中开辟一块缓冲区(称为管线)用于通讯,它有一个读端一个写端,之后通过filedes参数传出给用户程序两个文件描述符,filedes[0]指向管线的读端,filedes[1]指向管线的写端(挺好记,如同0是标准输入1是标准输出一样)。所以管线在用户程序看上去好似一个打开的文件,通过read(filedes[0]);或则write(filedes[1]);向这个文件读写数据似乎是在读写内核缓冲区。pipe函数调用成功返回0,调用失败返回-1。开辟了管路然后怎样实现两个进程间的通讯呢?诸如可以按下边的步骤通讯。1.父进程调用pipe开辟管线,得到两个文件描述符指向管线的两端。2.父进程调用fork创建子进程,这么子进程也有两个文件描述符指向同一管线。3.父进程关掉管线读端,子进程关掉管线写端。父进程可以往管路里写,子进程可以从管线里读,管线是用环型队列实现的,数据从写端流入从读端流出,这样就实现了进程间通讯。
例管线#include#include#defineMAXLINE80intmain(void){intn;intfd[2];pid_tpid;charline[MAXLINE];if(pipe(fd)<0){perror("pipe");exit(1);}If((pid=fork())0){/*parent*/close(fd[0]);write(fd[1],"helloworldn",12);wait(NULL);}else{/*child*/close(fd[1]);n=read(fd[0],line,MAXLINE);write(STDOUT_FILENO,line,n);}return0;}使用管线有一些限制:两个进程通过一个管线只能实现双向通讯,例如前面的事例,父进程写子进程读,假如有时侯也须要子进程写父进程读,就必须另开一个管线。请读者思索,假如只开一个管线,而且父进程不关掉读端,子进程也不关掉写端,双方都有读端和写端,为何不能实现双向通讯?管线的读写端通过打开的文件描述符来传递,因而要通讯的两个进程必须从它们的公共先祖那儿承继管线文件描述符。
里面的事例是父进程把文件描述符传给子进程以后兄妹进程之间通讯,也可以父进程fork两次linux 管道文件,把文件描述符传给两个子进程,之后两个子进程之间通讯,其实须要通过fork传递文件描述符使两个进程都能访问同一管线,它们才能通信。使用管线须要注意以下4种特殊情况(假定都是阻塞I/O操作,没有设置O_NONBLOCK标志):1.倘若所有指向管线写端的文件描述符都关掉了(管线写端的引用计数等于0),而一直有进程从管线的读端读数据,这么管线中剩余的数据都被读取后,再度read会返回0深度linux系统,犹如读到文件末尾一样。2.假如有指向管线写端的文件描述符没关掉(管线写端的引用计数小于0),而持有管线写端的进程也没有向管线中写数据,这时有进程从管线读端读数据,这么管线中剩余的数据都被读取后linux 管道文件,再度read会阻塞,直至管线中有数据可读了才读取数据并返回。3.倘若所有指向管线读端的文件描述符都关掉了(管线读端的引用计数等于0),这时有进程向管线的写端write,这么该进程会收到讯号SIGPIPElinux系统命令,一般会造成进程异常中止。4.假如有指向管线读端的文件描述符没关掉(管线读端的引用计数小于0),而持有管线读端的进程也没有从管线中读数据,这时有进程向管线写端写数据,这么在管线被写满时再度write会阻塞,直至管线中有空位置了才写入数据并返回。
管线的这四种特殊情况具有普遍意义2.管线的聊天小程序1.李四端#include#include#include#include#include#include#include#include/*李四端*//*作者:叶建敏*//**/intmain(){inti,rfd,wfd,len=0,fd_in;charstr[128];intflag,stdinflag;fd_setwrite_fd,read_fd;structtimevalnet_timer;mkfifo("fifo1",S_IWUSR|S_IRUSR|S_IRGRP|S_IROTH);mkfifo("fifo2",S_IWUSR|S_IRUSR|S_IRGRP|S_IROTH);rfd=open("fifo1",O_RDONLY);wfd=open("fifo2",O_WRONLY);if(rfd