1.从FIFO中读取数据:
约定:如果一个进程为了从FIFO中读取数据而阻塞打开了FIFO,那么称该进程内的读操作为设置了阻塞标志的读操作。
(1)如果有进程写打开FIFO,且当前FIFO为空,则对于设置了阻塞标志的读操作来说,将一直阻塞下去,直到有数据可以读时才继续执行;对于没有设置阻塞标志的读操作来说,则返回0个字节,当前errno值为EAGAIN,提醒以后再试。
(2)对于设置了阻塞标志的读操作来说,造成阻塞的原因有两种:一、当前FIFO内有数据,但有其它进程在读这些数据;二、FIFO本身为空。
解阻塞的原因是:FIFO中有新的数据写入,不论写入数据量的大小,也不论读操作请求多少数据量,只要有数据写入即可。
(3)读打开的阻塞标志只对本进程第一个读操作施加作用,如果本进程中有多个读操作序列,则在第一个读操作被唤醒并完成读操作后,其它将要执行的读操作将不再阻塞,即使在执行读操作时,FIFO中没有数据也一样(此时,读操作返回0)。
(4)如果没有进程写打开FIFO,则设置了阻塞标志的读操作会阻塞。
(5)如果FIFO中有数据,则设置了阻塞标志的读操作不会因为FIFO中的字节数少于请求的字节数而阻塞,此时,读操作会返回FIFO中现有的数据量。
2.从FIFO中写入数据:
约定:如果一个进程为了向FIFO中写入数据而阻塞打开FIFO,那么称该进程内的写操作为设置了阻塞标志的写操作。
FIFO的长度是需要考虑的一个很重要因素。系统对任一时刻在一个FIFO中可以存在的数据长度是有限制的。它由#define PIPE_BUF定义,在头文件limits.h中。在Linux和许多其他类UNIX系统中,它的值通常是4096字节,Red Hat Fedora9下是4096,但在某些系统中它可能会小到512字节。
虽然对于只有一个FIFO写进程和一个FIFO的读进程而言,这个限制并不重要,但只使用一个FIFO并允许多个不同进程向一个FIFO读进程发送请求的情况是很常见的。如果几个不同的程序尝试同时向FIFO写数据,能否保证来自不同程序的数据块不相互交错就非常关键了à也就是说,每个写操作必须“原子化”。
一、对于设置了阻塞标志的写操作:
(1)当要写入的数据量不大于PIPE_BUF时,Linux将保证写入的原子性。如果此时管道空闲缓冲区不足以容纳要写入的字节数,则进入睡眠,直到当缓冲区中能够容纳要写入的字节数时,才开始进行一次性写操作。即写入的数据长度小于等于PIPE_BUF时,那么或者写入全部字节,或者一个字节都不写入,它属于一个一次性行为,具体要看FIFO中是否有足够的缓冲区。
(2)当要写入的数据量大于PIPE_BUF时,Linux将不再保证写入的原子性。FIFO缓冲区一有空闲区域,写进程就会试图向管道写入数据,写操作在写完所有请求写的数据后返回。
二、对于没有设置阻塞标志的写操作:
(1)当要写入的数据量不大于PIPE_BUF时,Linux将保证写入的原子性。如果当前FIFO空闲缓冲区能够容纳请求写入的字节数,写完后成功返回;如果当前FIFO空闲缓冲区不能够容纳请求写入的字节数,则返回EAGAIN错误,提醒以后再写。
(2)当要写入的数据量大于PIPE_BUF时,Linux将不再保证写入的原子性。在写满所有FIFO空闲缓冲区后,写操作返回。
生产-消费者模型:
写进程:
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <limits.h>
#include <string.h>
#include <stdio.h>
#include <stdlib.h>
#define TEN_MEG (1024*10*10)
int main(int agrc, char *argv[])
{
const char *fifo_file = "/tmp/myfifo";
int pipe_fd, data_fd;
char *buffer = NULL;
int res = 0, bytes = 0;
buffer = malloc(TEN_MEG); //要写入的数据
memset(buffer,'0',TEN_MEG);
if(access(fifo_file, F_OK) == -1) //创建前要先做判断,如果已经存在,则再调用mkfifo会失败
{
if(mkfifo(fifo_file,0666) < 0)
{
fprintf(stderr, "Could not create fifo %s\n", fifo_file);
exit(1);
}
}
printf("Process %d opening FIFO O_WRONLY\n", getpid());
pipe_fd = open(fifo_file, O_WRONLY);
if(pipe_fd == -1)
{
fprintf(stderr, "Could not create fifo %s\n", fifo_file);
exit(1);
}
printf("Process %d pipe %d\n", getpid(), pipe_fd);
while(bytes < TEN_MEG)
{
res = write(pipe_fd,buffer,PIPE_BUF);
if(res < 0)
{
fprintf(stderr,"write error on pipe\n");
exit(1);
}
bytes += res;
}
close(pipe_fd);
free(buffer);
printf("Process %d finished, %d bytes write\n", getpid(), bytes);
exit(0);
}
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <limits.h>
#include <string.h>
#include <stdio.h>
#include <stdlib.h>
int main(int argc, char *argv[])
{
int pipe_fd,data_fd;
char buffer[PIPE_BUF];
int res = 0;
int bytes = 0;
printf("Process %d opening FIFO O_RDONLY\n", getpid());
pipe_fd = open("/tmp/myfifo",O_RDONLY);
if(pipe_fd < 0)
{
fprintf(stderr,"open fifo %s error\n","/tmp/myfifo");
exit(1);
}
printf("Process %d pipe %d\n", getpid(), pipe_fd);
data_fd = open("data_read.txt",O_RDWR|O_CREAT, 0644);
if(data_fd < 0)
{
fprintf(stderr,"create file %s failed\n","data_read.txt");
exit(1);
}
do
{
res = read(pipe_fd,buffer,PIPE_BUF);
bytes += res;
write(data_fd,buffer,res);
}while(res > 0);
close(pipe_fd);
close(data_fd);
unlink("/tmp/myfifo");
printf("Process %d finished, %d bytes read\n", getpid(), bytes);
exit(0);
}
[2] 9127
local@ubuntu:~/Practice$ Process 9127 opening FIFO O_WRONLY
local@ubuntu:~/Practice$ jobs; sleep 5; jobs
[1]- 运行中 ./fifowrite &
[1]- 运行中 ./fifowrite &
local@ubuntu:~/Practice$ time ./fiforead
Process 9148 opening FIFO O_RDONLY
Process 9127 pipe 3
Process 9148 pipe 3
Process 9127 finished, 102400 bytes write
Process 9148 finished, 102400 bytes read
[2]+ 已完成 ./fifowrite
real 0m0.005s
user 0m0.000s
sys 0m0.000s
FIFO的真正优势在于:服务器可以是一个长期运行的进程(例如守护进程),而且与其客户可以无亲缘关系。
作为服务器的守护进程以某个众所周知的路径名创建一个FIFO,并打开该FIFO来读。此后某个时刻启动的客户打开该FIFO来写,并将其请求通过该FIFO发送出去。(客户到服务器)
每个客户在启动时创建自己的FIFO,所用的路径名含有自己的进程ID。每个客户把自己的请求写入服务器的众所周知的FIFO中,该请求含有客户的进程ID以及一个请求文件路径名,服务器根据客户进程ID可以知道客户FIFO的路径名。
首先建立一个头文件client.h,它定义了客户和服务器程序都要用到的数据结构,并包含了必要的头文件。#ifndef PRACTICE_SERVER_CLIENT_CLIENT_H_
#define PRACTICE_SERVER_CLIENT_CLIENT_H_
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <limits.h>
#include <string.h>
#include <stdio.h>
#include <stdlib.h>
#include <ctype.h>
#define SERVER_FIFO_NAME "/tmp/server_fifo"
#define CLIENT_FIFO_NAME "/tmp/client_fifo_%d"
#define MESSAGE_SIZE 20
#define NAME_SIZE 256
typedef struct message{
pid_t client_pid;
char data[MESSAGE_SIZE + 1];
}message;
#endif /* PRACTICE_SERVER_CLIENT_CLIENT_H_ */
#include "client.h"
int main(void)
{
int server_fifo_fd, client_fifo_fd;
char *p;
char client_fifo[NAME_SIZE];
message msg;
memset(&msg, 0, sizeof(msg));
//创建服务器FIFO
if(access(SERVER_FIFO_NAME, F_OK) == -1)
{
if(mkfifo(SERVER_FIFO_NAME, 0644) == -1)
{
fprintf(stderr,"can't creat server fifo\n");
exit(EXIT_FAILURE);
}
}
//以只读的方式打开服务器FIFO
server_fifo_fd = open(SERVER_FIFO_NAME, O_RDONLY);
if(server_fifo_fd == -1)
{
fprintf(stderr,"server open server fifo %s failed\n", SERVER_FIFO_NAME);
unlink(SERVER_FIFO_NAME);
exit(EXIT_FAILURE);
}
sleep(2);
while(read(server_fifo_fd, &msg, sizeof(msg)) > 0)
{
//处理读到的数据
p = msg.data;
while(*p)
{
*p = toupper(*p);
p++;
}
//根据客户端进程ID打开客户端FIFO
snprintf(client_fifo, sizeof(client_fifo), CLIENT_FIFO_NAME, msg.client_pid);
client_fifo_fd = open(client_fifo, O_WRONLY);
if(client_fifo_fd == -1)
{
fprintf(stderr,"open client fifo %s failed\n", client_fifo);
unlink(SERVER_FIFO_NAME);
exit(EXIT_FAILURE);
}
if(write(client_fifo_fd, &msg, sizeof(msg)) < 0)
{
fprintf(stderr,"write client fifo %s failed\n", client_fifo);
exit(EXIT_FAILURE);
}
close(client_fifo_fd);
}
close(server_fifo_fd);
unlink(SERVER_FIFO_NAME);
exit(0);
}
#include "client.h"
int main(void)
{
int client_fifo_fd, server_fifo_fd;
int res;
char client_fifo[NAME_SIZE];
message msg;
memset(&msg, 0, sizeof(msg));
msg.client_pid = getpid();
snprintf(msg.data, sizeof(msg.data), "hello from %d", msg.client_pid);
snprintf(client_fifo, sizeof(client_fifo), CLIENT_FIFO_NAME, msg.client_pid);
//创建client_fifo
if(access(client_fifo, F_OK) == -1)
{
if(mkfifo(client_fifo, 0644) < 0)
{
fprintf(stderr,"create client fifo %s failed\n", client_fifo);
exit(EXIT_FAILURE);
}
}
//打开server fifo
if((server_fifo_fd = open(SERVER_FIFO_NAME, O_WRONLY)) == -1)
{
fprintf(stderr,"client %d open server fifo %s failed\n", msg.client_pid, SERVER_FIFO_NAME);
unlink(client_fifo);
exit(EXIT_FAILURE);
}
if(write(server_fifo_fd, &msg, sizeof(msg)) < 0)
{
fprintf(stderr,"write server fifo %s failed\n", SERVER_FIFO_NAME);
exit(EXIT_FAILURE);
}
printf("%d sent %s ", msg.client_pid, msg.data);
//读来自server的response
if((client_fifo_fd = open(client_fifo, O_RDONLY)) == -1)
{
fprintf(stderr,"open client fifo %s failed\n", client_fifo);
unlink(client_fifo);
exit(EXIT_FAILURE);
}
memset(&msg, 0, sizeof(msg));
res = read(client_fifo_fd, &msg, sizeof(msg));
if(res > 0)
printf("Received:%s\n", msg.data);
close(client_fifo_fd);
close(server_fifo_fd);
unlink(client_fifo);
exit(0);
}
编译程序:
gcc –o server server.c
gcc –o client client.c
测试这个程序,我们需要一个服务器进程和多个客户进程。为了让多个客户进程在同一时间启动,我们使用了shell脚本:
1 #! /bin/bash
2 for i in 1 2 3 4 5
3 do
4 ./client&
5 done
local@ubuntu:~/Practice/server_client$ ./server&
[1] 12608
local@ubuntu:~/Practice/server_client$ jobs
[1]+ 运行中 ./server &
local@ubuntu:~/Practice/server_client$ ./client.sh
local@ubuntu:~/Practice/server_client$ 12610 sent hello from 12610 Received:HELLO FROM 12610
12614 sent hello from 12614 Received:HELLO FROM 12614
12611 sent hello from 12611 Received:HELLO FROM 12611
12612 sent hello from 12612 Received:HELLO FROM 12612
12613 sent hello from 12613 Received:HELLO FROM 12613
分析这个例子,服务器以只读模式创建它的FIFO并阻塞,直到第一个客户以写方式打开同一现个FIFO来建立连接为止。此时,服务器进程解除阻塞并执行sleep语句,这使得来自客户的数据排除等候。在实际应用程序中,应该把sleep语句删除,这里面只是为了演示当有多个客户请求同时到达时,程序的正确操作方法。
与此同时,在客户端打开服务器FIFO后,它创建自己唯一的一个命名管道以读取服务器返回的数据。完成这些工作后,客户发送数据给服务器(如果管道满或服务器仍处于休眠就阻塞),并阻塞于对自己FIFO的read调用上,等待服务器响应。
接收到来自客户的数据后,服务器处于它,然后以写的方式打开客户管道并将处理后的数据返回,这将解除客户端的阻塞状态,客户程序就可以从自己的管道里面读取服务器返回的数据了。
整个处理过程不断重复,直到最后一个客户关闭服务器管道为止,这将使服务器的read调用失败(返回0),因为已经没有进程以写方式打开服务器管道了。如果这是一个真正的服务器进程的话,它还需要继续等待其他客户的请求,我们就需要对它进行修改,有两种方法:
(1)对它自己的服务器管道打开一个文件描述符,这样read调用将阻塞而不是返回0。
(2)当read调用返回0时,关闭并重新打开服务器管道,使服务器进程阻塞在open调用处以等待客户的到来,就像它最初启动时那样。