如何为中山地区的企业创建并注册一个专业的网站？

中山企业网站设计,tk网站注册,湖南中高风险地区,建设公司起名简洁大气一、进程间通信的概念大家都知道#xff0c;进程是具有独立性的#xff0c;因为一个程序运行起来生成进程时#xff0c;也会生成它的进程结构体#xff0c;即PCB#xff0c;然后然后通过进程结构体中的结构体指针找到它的虚拟地址空间#xff0c;然后再通过它的页表映射到…一、进程间通信的概念大家都知道进程是具有独立性的因为一个程序运行起来生成进程时也会生成它的进程结构体即PCB然后然后通过进程结构体中的结构体指针找到它的虚拟地址空间然后再通过它的页表映射到物理地址空间上。既然进程具有独立性那就意味着如果想完成进程间通信就一定伴随着较大的代价。概念一般来讲进程间通信主要用于四个方面。1数据传输一个进程需要将自己的数据发送给另一个进程2资源共享多个进程共享同样的资源。即在内存中有一块空间这块空间上的数据被多个进程共同使用。3通知事件一个进程需要另一个或另一组进程发送消息通知它们发生了某个事件如子进程终止时要通知父进程让父进程回收它的退出信息。4进程控制有些进程希望完全控制另一些进程的执行如调试时就是让debug进程控制我们写的程序运行起来生成的进程此时控制进程希望能够拦截另一个进程的所有陷入和异常并能够及时知道它的状态的改变。进程间通信出现的原因进程间通信虽然需要付出较大代价但是在某些时候是必须要使用到进程间通信的。现在大家写的程序一般都是单进程的例如在大家平时写代码时几乎不会用到fork去创建子进程完成某种需求。但是在未来我们写的程序很多都是需要多进程协同的。例如在linux中输入“cat file | grep hello”命令该命令会读取file文件中的数据然后根据“hello”关键字进行筛选。这里面的“|”其实是一个“管道”用于连接两个进程。进程间通信的方案经过多年的发展已经有了对应的标准。现在比较知名的标准就是“POSIX”和“System V”。这两套标准中“POSIX”可以让通信过程跨主机。而“System V”聚焦与本地通信。但是在现在物联网快速发展的时代很多时候都是需要跨主机通信的而“System V”只能用于单主机本地通信的特点就导致这套标准的使用越来越少主流都是使用“POSIX”标准。但是这并不代表“System V”没人使用只是使用的地方很少而已。“System V”无法跨主机通信是因为在linux下一切皆文件而文件系统管理文件时主要依靠的就是文件描述符。但是“System V”出现的太早了这就导致“System V”的内部接口虽然和文件有关但是在使用时和文件描述符没有关系导致“System V”在跨主机通信时与其他主机很难兼容导致难以使用。而现在的主流标准的接口都是与文件描述符密切相关的使其在跨主机时也能够很好的使用。二、管道管道是基于文件系统形成的。与上面的“POSIX”和“System V”标准没有关系。在这里首先来了解管道。管道分为匿名管道和命名管道两种管道的概念管道是linux中最古老的的进程间通信方式把从一个进程链接到另一个进程的数据流称为“管道”。管道的执行方式如果现在运行一个程序那么该程序就会生成一个task_struct即进程结构体。然后我们再打开一个文件该文件也会在内存中生成它的文件对象struct_file。如果这个进程要找到对应打开的文件就要通过在它们之间的文件描述表struct files_strcut中保存的文件描述符来找到对应的文件位置。而在在这个文件描述符表中有一个“struct file *fd array[]”数组这个数组里面就存储了文件描述符。在系统运行时文件描述表中默认有标准输出流、标准输入流和标准错误流占据了0,1,2三个位置。假设进程打开的文件在下标为3的位置那么进程要访问打开的文件就是到文件描述符表中的下标3的位置拿到文件对象的地址然后到对应的位置上去找到文件如果此时当前进程生成了一个子进程那么该子进程就会拷贝一份父进程的pcb继承父进程的数据其中就包括文件描述符表。但是并不会拷贝一份文件对象。子进程的文件描述符表是拷贝的父进程的因此子进程也可以通过自己的文件描述符表找到同一个文件对象。此时子进程和父进程就可以同时访问同一个文件对象了。通过上面的父子进程打开同一个文件的例子就可以推导出进程间通信的原理了。说白了进程间通信就是不同的进程之间有一个共享内存空间不同的进程都可以向这个共享空间中读写数据。这个共享空间是由操作系统通过直接或间接的方向通信双方的进程提供。因为进程具有独立性如果这个共享空间由某个进程提供就会导致这块空间被进程私有其他进程无法访问。因此进程间通信的本质就是“让不同的进程看到同一份公共资源”。而在实际说的各种不同的通信方式其实就是指这块由操作系统提供的公共资源来源于哪一个模块。如果这份资源来源于文件系统就叫做管道通信如果来源于“System V”提供就叫做“System V”通信如果是一大块内存就叫做共享内存。当然通信方式不止这几个但是其本质都是一样的即让不同的进程看到同一份公共资源。匿名管道3.1匿名管道的概念再说回上面的父子进程例子。在这个例子中父子进程可以同时看到同一个文件对象此时就满足了通信的让不同进程看到同一份共享资源”必要条件。同时我们知道一个文件对象中必然包含两个东西即文件的操作方法和内核缓冲区。操作方法这里不重要重要的是内核缓冲区。在父子进程看到同一个文件对象的情况下 父进程向内核缓冲区中发送数据子进程再从内核缓冲区中读取数据。一个进程从文件中读数据一个进程从文件中读数据这个过程就完成了一次进程间通信。而这种使用文件的方式来完成父子的进程间通信的方法就叫做“管道”。而这个由文件系统所提供的文件就叫做“管道文件”是一个内存级文件。内存级文件与普通文件不同。普通文件存在于磁盘上当打开一个文件时需要从磁盘中读取该文件的数据并在内存创建它的文件对象。而内存级文件在磁盘上并不存在它是由操作系统创建的操作系统会自动帮该文件生成对应的文件对象和申请内核缓冲区在内存级文件中的数据无需传输到磁盘上而是直接在内存中。管道文件是用于进程间通信的它上面的数据需要从一个进程发送到另一个进程上去属于内存向内存传输数据。如果还是采用普通文件的方式进程发送的数据先发送到磁盘的文件中然后另一个进程再从文件上将数据从磁盘读取到内存中很明显这样效率太慢了。因此管道文件是一个内存级文件它并不存在与磁盘而是存在于内存中直接为通信进程双方提供内存间的数据传输。那么如何让两个进程看到同一个管道文件呢很简单父进程先打开一个管道文件此时该管道文件的文件描述符就会被存到父进程的文件描述符表中。然后生成一个子进程该子进程会继承父进程的pcb包括文件描述符表。此时父子进程就可以通过自己的文件描述表找到同一个管道文件了。我们要找到一个文件都是通过文件名来找到的。就好比你要找人都是通过他的名字来找到他的。那么这个管道文件叫什么名字呢实际上管道文件没有名字我们把这种使用没有名字的管道文件的通信方式叫做“匿名管道”。父子进程都是通过文件描述符表中存的地址找到管道文件的。就好比你有一个同学你不知道他的名字但是你知道他的家庭住址你可以通过家庭住址找到他。3.2从文件描述符上理解管道管道文件要用于不同进程间传输数据就说明它需要能够同时以读写方式打开。因为如果父进程仅仅以读或写的方式打开那么子进程继承后也只能以读或写方式打开就无法满足传输数据的需要。因此管道文件在创建后一般都是以读写方式打开的然后再用不同的文件描述符标定读写方式再将文件描述符写到父进程的文件描述符表中当父进程的文件描述表中有管道文件的文件描述表后子进程继承下来后也会有管道文件的文件描述符但是要注意如果此时父子进程对管道文件的读端和写端都同时打开就可能导致传输不明确。父子进程不知道这份数据是由谁读或由谁写的。因此在管道中一般都只允许单向通信。即父进程读子进程写或子进程读父进程写。当确定好数据传输方向后就需要将父子进程中对应的另一端关闭。假如此时是父进程写子进程读那么父进程中的读端和子进程中的写端都需要关闭。当然并不是必须关闭但是为了防止意外使用到另一端因此还是建议关闭。如果想双向通信就需要再建立另一个管道利用第二个管道进行反向通信。同时上面一直都在说子进程可以看到管道文件的原因是继承了父进程的文件描述表。同时这个匿名管道的管道文件是没有名字的因此如果一个进程没有继承到另一个进程的文件描述符表就无法用管道通信。换句话说“匿名管道只能用于父子进程通信”。3.3匿名管道通信当我们创建管道文件让父子进程可以看到这个管道文件并关闭对应的读写端使得父子进程可以单向通信后其实这时候还没有开始进程通信。因为此时仅仅是完成了“让不同进程看到同一份共享资源”这件事而实际通信还没有开始只是做好了通信的准备。而实际的通信是需要在对应的情景下实现的。3.3.1创建管道文件上面说过管道文件是一个内存级文件是由操作系统创建的因此无法通过直接创建文件的方式形成而是需要使用“pipe”函数这个函数用于创建一个管道文件它的参数是一个输出型参数。用于接收管道文件的文件描述符。上文也说过了一个管道需要同时以读写方式打开所以会返回两个文件描述符一个表示读端一个表示写端。pipefd[2]就是用于接收文件描述符的。再来看看这个函数的返回值可以看到该函数成功返回0失败则返回-1。了解了返回值后还有一个问题。就是它的参数是一个输出型参数会返回两个文件描述符。那么这两个文件描述符谁是读端谁是写端呢查看它的函数说明从函数说明中可以看到上面的描述。翻译过来就是输出的数组的0下标上存储的是读端1下标处是写端。有了以上的了解就可以实现进程间通信的第一步创建管道文件了3.3.2创建子进程要创建一个子进程很简单直接调用fork函数即可。该函数会创建一个子进程并将子进程的进程pid返回给父进程然后将0返回给子进程。在子进程结束后需要调用waitpid函数进行等待回收子进程的退出信息和资源第一个参数是要等待的进程的pid第二个参数是保存进程的退出信息如果没有获取进程退出信息的需求设置为nullptr即可。第三个参数是提供了另一些选项来控制pid的行为如果没有需求填为0即可。在成功时返回要等待的进程的pid3.3.3父子进程通信在这里就让子进程写入父进程读取来演示。要让子进程写入父进程读取首先就要关闭子进程中的读端和父进程中的写端。为了方便实验这里就让子进程每隔1s向管道文件中写入一个字符串然后让父进程从管道文件中读取。运行该程序此时就会出现如上信息。要知道在上面的程序中子进程是没有进行任何输出的父进程也仅仅只是在从buffer中获取从管道上接受的数据。但是却打印了如上的内容这也就说明此时父子进程是成功进行了通信的。当父子进程进行通信时其实就是如上图所示的方案。子进程用write向共享资源中写入数据然后父进程再通过read函数从管道中获取数据。管道的读写特征因为这里还没有将命名管道所以就以匿名管道为例。首先来看以下程序在这个程序里面进行了父子进程的进程间通信子进程每隔1s向管道中写入数据。父进程则不间断地从管道中读取数据。下面讲的所有特征都是以上面的代码修改来演示的。4.1读端进程无数据可读时会默认阻塞如果管道中没有数据并且读端在读默认会直接阻塞当前正在读的进程。以上图原代码为例运行上面的程序会得到以上结果。结果不重要因为父子进程进行了进程间通信结果在预料之中。但是当父进程在读取数据时它的读取速度和子进程写入的速度是一样的。换句话说就是子进程写一句父进程读一句。原因很简单在上面的程序中子进程写完后就会休眠1s。而在子进程休眠的过程中父进程将管道内的数据读取完后就没有数据可读了。此时管道内没有数据读端却依然在读操作系统就会将该进程放入对应文件的等待队列中进行等待并将该进程的进程状态由“R”改为“S”。将子进程的休眠时间改为10s并将父进程的代码修改如下运行该程序运行程序后每隔10s才会打印一次数据而不是循环打印“正常读取”和“等待结束”两句话。这也就证明了当管道中没有数据时读端的进程并不会循环运行而是会被操作系统识别然后被操作系统放入对应文件的等待队列当文件中有数据时操作系统就会将进程从等待队列中提取出来将状态从S改为R让其继续读取数据。4.2写端满时阻塞管道文件其实是一个固定大小的缓冲区是会被写满的。如果写端向管道中写满了此时再写就会发生阻塞写端的进程就不会再继续写入而是等待读端读取数据当数据被读取走后再重新写入。在子进程代码中删除sleep并打印“cnt”记录然后让父进程休眠1000s。然后运行该程序可以看到当子进程的计数打印到834时就不再打印了。原因就是此时管道中已经被写满了子进程阻塞不再运行等待读端读取数据后再写入。这一机制的作用是为了保护数据。因为在某些情况下写端写入数据的速度可能比读端快此时可能导致管道被写满了但读端还没有读取数据。如果此时不停下继续写就可能导致已经写入的数据被覆盖进而出现数据丢失的情况。注意读端读取数据时并不是按照写端写入数据的格式来读取的。例如写端一行行的写入数据但是读端并不会一行一行的读取数据而是一次性读取读端所规定的字节数。修改子进程代码让子进程不间断写入数据然后让父进程每隔2s读取数据。运行程序如上图所示程序中对读端的限制是一次读取1023个数据因此 当要读取数据时就是一次性读取1023个字符而不是根据写端一行行的写入来读取。4.3写端关闭管道数据读取完后读端会读取的字符个数为0如果写端在写数据的过程中将写端关闭了此时管道中就不会再新增数据。如果写端仅仅只是写的慢点读端可以继续等待。但是如果读端已经关闭就没有等待写入的必要了。此时就可以结束读取了。在子进程代码中加上break并在父进程中加上s 0的判断条件运行程序当管道内没有数据时且写端关闭后读端就会结束读取。当然这里程序还没有结束时因为子进程在休眠100s父进程需要等待子进程结束回收子进程资源。这个特性很好理解。4.4读端关闭写端也会自动关闭管道是单向通信如果读端被关闭就说明此时没有进程再需要读取数据。既然已经没有进程要读取数据那么此时就算写端继续写入数据也没有意义。因此当读端关闭后操作系统会检测到这一行为然后操作系统就会给写端发送信号终止写端。修改代码让子进程每隔1s写入一次数据让父进程在读取一次后就退出并关闭读端运行程序运行起来后可以看到虽然子进程在一直写数据但是父进程在读取一次数据后就退出了。且退出信号为13。输入“kill -l”命令查看信号13号信号的名字是SIGPIPE。这就是说当写端未关闭读端关闭时操作系统就会将13号进程发给运行写端的进程终止写入。管道的特征1管道的生命周期随进程。管道是基于文件的如果执行读端和写端的进程都关闭了那么管道也会被自动关闭然后释放2管道可以用与具有血缘关系的进程之间的进行通信。例如子进程的子进程也是可以与它的父进程及它父进程的父进程进行通信的子进程也可以和具有继承自同一个父进程的子进程通信。原因就是子进程继承父进程时会继承父进程的文件描述符表里面就有管道文件的读写端位置。3管道是面向字节流网络的。4半双工——单向通信。半双工指的是一个时刻只允许一个进程向另一个进程发送消息。单向通信是半双工的特殊概念。5互斥与同步机制对共享资源进行保护的方案。使用管道实现用一个进程控制另外的几个进程的代码实现现在我们只了解了匿名管道并且通过上面的代码实现也初步了解到了如何使用管道完成父子进程的通信。接下来我们就使用匿名管道来实现用一个进程控制其他的几个进程完成不同的操作。当然这里也只是个demo代码仅仅只是用于演示可以通过管道用一个进程控制其他进程。在这个程序中我们要让父进程创建4个子进程每个子进程中都有一个对应的管道文件父进程作为写端子进程作为读端。当父进程没有向子进程的管道中写入数据时子进程处于阻塞状态等待数据写入。父进程会向任一子进程随机传入一个4字节的操作码。例如向2号子进程传输1操作码2号进程就要对应的去找1操作码对应的操作。以下就是整个程序的示意图在实现这个程序之前先来梳理一下实现思路。1要让父进程控制子进程那么就要创建一个CreateSubProcess函数用于生成管道文件和创建子进程2父进程要控制子进程那么就需要拿到子进程的进程pid和与子进程相对应的管道文件的写端描述符。因此创建一个SubEp类里面用于存储子进程的pid和对应管道文件的写端描述符3既然子进程要执行任务就要将任务准备好。为了便于演示可以写几个打印函数来充当任务4任务创建好后就要开始给子进程分配任务。为了便于分配创建一个vector类里面存储任务的函数指针便于父进程直接使用类中的数据来分配任务5要给子进程分配任务很简单将对应的任务的任务码通过管道发送给子进程即可任务码可以用vector内的下标来标识6当父进程结束后标识写端关闭此时read读到0使子进程的循环结束退出然后回收资源和退出信息即可。代码如下#includeiostream #includeunistd.h #includecassert #includestdlib.h #includestring #includectime #includevector #includesys/types.h #includesys/wait.h#define PROCESS_NUMS 5 //种随机数种子。因为rand虽然可以生成随机数但是需要依赖srand来初始化。必须要先将srand的参数中放入随机数 //rand函数才能返回随机数。否则rand默认生成随机数1且每次都是相同的 #define MakeSeed() srand((unsigned long)time(nullptr) ^ getpid() ^ rand() % 15643)子进程所需完成的任务// typedef void(*func_t)();//对一个返回值为void没有参数的函数指针重名名func_tvoid DownLoadTask() {std::cout getpid() :下载任务 std::endl;sleep(1); } void IoTask() {std::cout getpid() :io任务 std::endl;sleep(1); } void FlushTask() {std::cout getpid() :刷新任务 std::endl;sleep(1); }void LoadTaskFunc(std::vectorfunc_t FuncMap)//将子进程需要执行的方法的地址加载到vector中以供父进程使用 {FuncMap.push_back(DownLoadTask);FuncMap.push_back(IoTask);FuncMap.push_back(FlushTask); }/父进程与子进程交互 class SubEp { public:SubEp(pid_t subId, int writeFd): _subId(subId), _writeFd(writeFd){char nameBuffer[1024];snprintf(nameBuffer, sizeof(nameBuffer), process-%d[pid(%d)-fd(%d)], _num, _subId, _writeFd);_name nameBuffer;}public://这里设置为public只是不想写对应的ger函数有兴趣的可以自己写以下static int _num;//记录子进程个数std::string _name;//子进程名字pid_t _subId;//子进程pidint _writeFd;//保存该子进程对应的写端以提供给父进程使用 }; int SubEp::_num 0;int recvTask(int fd)//从管道中读取任务码 {int code 0;ssize_t s read(fd, code, sizeof(code));if(s 4) return code;else if(s 0)return -1;else return -1; }void SendTask(const SubEp process, int taskNum)//将任务码发送到指定子进程的管道文件中 {std::cout task num: taskNum send to - process._name std::endl;//打印信息以表示发送成功int n write(process._writeFd, taskNum, sizeof(taskNum));assert(n sizeof(int));(void)n; }//创建子进程并将子进程的pid和写端文件描述符写入subs类中以供父进程使用 void CreateSubProcess(std::vectorSubEp* subs, std::vectorfunc_t FuncMap) {std::vectorint deleteFd;//存储父进程的文件描述表中的子进程的写端描述符for(size_t i 0; i PROCESS_NUMS; i){int fds[2];int n pipe(fds);//创建管道文件创建成功返回0assert(n 0);(void)n;//assert在release环境下不会生效为了避免编译器认为变量n生成了但没有使用于是在此随意使用一次pid_t id fork();//创建子进程assert(id 0);if(id 0)//id 0,则表示子进程{for(int i 0; i deleteFd.size(); i)//将子进程中存储的上一个子进程的写端关闭{close(deleteFd[i]);}//关闭子进程的写端close(fds[1]);//子进程执行对应的操作while(1){//(1)子进程从管道获取任务码,如果没有发送子进程阻塞int commandCode recvTask(fds[0]);//从管道中读取任务码//(2)完成任务if(commandCode 0 commandCode FuncMap.size())FuncMap[commandCode]();elsebreak;// std::cout sub recv code error std::endl;}exit(0);}//父进程才可以走到这里close(fds[0]); //关闭父进程的读端。写在这里是因为每个子进程都会有单独的管道与父进程通信在循环这里//关闭父进程的读端可以直接将父进程中对应每个子进程的管道的读端全部关闭 SubEp sub(id, fds[1]);//在这里构建sub对象可以防止子进程继承因为该对象只是提供给父进程使用subs-push_back(sub);deleteFd.push_back(fds[1]);} }//随机给子进程派发任务 void LoadBlanceContrl(const std::vectorSubEp subs, const std::vectorfunc_t FuncMap, int count 0) {size_t processNums subs.size();size_t taskNums FuncMap.size();//父进程执行控制子进程的操作size_t cnt subs.size();//子进程的数量bool forever (count 0 ? true : false);while(1)//不间断循环选择子进程并派发任务{//(1)选择一个子进程int proIdx rand() % processNums; //(2)选择给子进程派发的任务int taskIdx rand() % taskNums;//(3)将任务派发给子进程SendTask(subs[proIdx], taskIdx);//将任务码发给指定子进程的管道文件中sleep(1);//每隔1s发送一次任务if(!forever){--count;if(count 0)break;}}for(int i 0; i subs.size(); i)//当父进程写端停止派发任务后关闭子进程的所有读端{close(subs[i]._writeFd);} }void WaitPrcoess(std::vectorSubEp subs)//回收子进程资源和退出信息 {int processNum subs.size();for(int i 0; i processNum; i){waitpid(subs[i]._subId, nullptr, 0);std::cout wait sub process success... subs[i]._subId std::endl;} }int main() {MakeSeed();//生成随机数种子//加载方法表std::vectorfunc_t FuncMap;LoadTaskFunc(FuncMap);//创建子进程并维护好父子进程通信管道std::vectorSubEp subs;CreateSubProcess(subs, FuncMap); int taskCnt 5;//表示运行几次任务若要一直运行传入0或不传LoadBlanceContrl(subs, FuncMap, taskCnt);//随机给子进程派发任务//回收子进程信息WaitPrcoess(subs);return 0; } 在这里面有一个地方要注意可以看到在代码实现时这里是用了一个deleteFd类来存储所有管道文件的写端并在创建子进程后关闭掉它们。原因是子进程的文件描述表是继承自父进程的。父进程虽然关闭了文件描述符表中的读端但是文件描述符表中保存的写端还没有被关闭。这就会导致第一个子进程的管道文件的写端描述符会被第二个子进程继承第三个子进程会继承第二个和第一个子进程对应的管道文件的写端以此类推如下图这就会导致每个子进程对应的管道文件除了父进程可以通过写端描述符与其通信外其他子进程也可以通信。这就可能导致在意外情况下子进程向其他子进程写数据。为了防止这种状况就最好是在创建子进程后将其存储的其他子进程的写端关闭。命名管道匿名管道的使用是有限制的只能在父子进程中使用。换句话说就是匿名管道无法在两个毫不相关的进程间进行通信。因此当需要在两个无关的管道间通信时就可以使用“命名管道”。首先要知道不同进程是可以打开同一份文件的。因为当一个文件打开后内存就会创建它的文件对象进程可以根据文件描述符表来找到文件对象。如果又有一个进程打开了同一份文件那么该进程的文件描述符表中就也会有文件对象的地址。此时两个进程指向同一份文件对象任何一个进程对文件进行修改另一个进程都可以看见。命名管道其实就是用的这个原理即让不同的进程打开指定名称的同一份文件。命名管道使用的管道文件既然有名字那么它就一定存在于磁盘中。但是该文件打开后进程传输的数据并不会通过文件对象写入到磁盘的文件中而是在内存中传输。要创建一个命名管道文件就需要使用mkfifo函数。该函数在创建成功时返回0创建失败则返回-1。两个参数分别是要创建的管道文件的文件名和文件权限。如果想要删除一个管道文件则使用unlink函数即可。该函数会删除指定的文件。删除成功返回0删除失败返回-1.7.1使用命名管道实现不同进程通信在这里就写一个简单的demo代码实现两个毫无关联的进程间的通信。上文中说了要让两个进程实现通信就必须要让它们看到同一份公共资源。匿名管道是依靠父子关系的继承来实现的而命名管道则是依靠打开同一份管道文件来实现。在这份代码里面用server作为读端client作为写端。然后让这两个程序通过管道文件name_pipe来实现通信。函数文件#pragma once #includeiostream #includestring #includesys/types.h #includesys/stat.h #includefcntl.h #includeerrno.h #includecstring #includecassert #includestdio.h #includeunistd.h#define NAME_FILE name_pipebool CreateFifo(const std::string path)//创建命名管道文件 {int n mkfifo(path.c_str(), 0666);if(n 0)return true;else{std::cout errno errno err string: strerror(errno) std::endl;return false;} }bool RemoveFifo(const std::string path)//删除管道文件 {int n unlink(path.c_str());assert(n 0);(void)n; }server.cpp文件#includecomm.cppint main() {int n CreateFifo(NAME_FILE);//创建管道文件assert(n);(void)n;int rfd open(NAME_FILE, O_RDONLY);//以只读方式打开if(rfd 0)exit(1);char buffer[1024];//设置缓冲区while(1){ssize_t s read(rfd, buffer, sizeof(buffer));if(s 0)//正常读取{buffer[s] 0;std::cout client -server: buffer std::endl;}else if(s 0)//写端关闭读端没有数据可读退出{std::cout client quit, me too! std::endl;break;}else//读取发生错误退出{std::cout err string: strerror(errno) std::endl;break;}}close(rfd);//关闭管道文件RemoveFifo(NAME_FILE);//删除管道文件return 0; }client.cpp文件#includecomm.cppint main() {int wfd open(NAME_FILE, O_WRONLY);//以只写方式打开if(wfd 0)exit(1);char buffer[1024];while(1){std::cout Please Say:;fgets(buffer, sizeof(buffer) - 1, stdin);//从标准输入流获取数据到缓冲区bufferif(strlen(buffer) 0)buffer[strlen(buffer) - 1] 0;//因为fgets中获取数据时会多输入一个\n此处将多的换行设置为0ssize_t n write(wfd, buffer, strlen(buffer));//将缓冲区内的数据写入到管道文件中assert(n strlen(buffer));(void) n;}close(wfd);//关闭管道文件return 0; }注意在从标准输入读取数据时要记得将缓冲区内的最后一个字符置为0,。因为从标准输入中读取的数据会有\n。写好代码后就分别运行client程序和server程序此时在client程序中输入的内容就会被reserve程序接收并打印。实现了两个毫不相关的进程之间的通信。在运行这两个程序时要先运行作为读端的程序。如果先运行写端的程序操作系统会检测到管道文件中没有程序在读取管道文件的内容操作系统就会传13号信号给写端程序将其关闭。而先运行读端程序读端从管道中没有数据可读时会进入阻塞状态等待数据写入到管道不会停止运行。上图中就是先运行了写端程序导致程序自己退出。