Linux 进程间通信--管道标准输入/输出/阻塞问题

把管道作为标准输入和标准输出的优点：

1. 子进程使用exec启动新程序时，就不需要再把管道的文件描述符传递给新程序了。
2. 可以直接使用使用标准输入（或标准输出）的程序。

比如 od –c （统计字符个数，结果为八进制）

实现原理：

1. 使用dup复制文件描述符

int dup(int oldfd);

int dup2(int oldfd,int newfd);  

 dup函数创建一个新的文件描述符，该新文件描述符和原文件描述符指向相同的文件、管道或者网络连接，并且dup返回的新文件描述符是取系统当前可用的最小整数值，dup2和dup类似，不过它返回的是第一个不小于新文件描述符的整数值，dup和dup2调用失败时都返回-1并设置errno

用exec启动新程序后，原进程中已打开的文件描述符仍保持打开，

即可以共享原进程中的文件描述符。

注意：dup的用法

      dup复制文件描述符，

返回的新文件描述符和被复制的文件描述符，指向同一个文件或管道

write code:....

#include <unistd.h>
#include <stdlib.h>
#include <stdio.h>
#include <string.h>

int main(void) 
{
	int fd[2];
	int ret;
	char buff1[1024];
	char buff2[1024];
	pid_t pd;

	ret = pipe(fd);
	if (ret !=0) {
		printf("create pipe failed!\n");
		exit(1);
	}

	pd = fork();
	if (pd == -1) {
		printf("fork error!\n");
		exit(1);
	} else if (pd == 0) {
		//bzero(buff2, sizeof(buff2));
		//sprintf(buff2, "%d", fd[0]);
		close(fd[1]);

		close(0);
		dup(fd[0]);
		close(fd[0]);
		
		execlp("xxx.exe", "xxx.exe", "-c", 0);
		printf("execl error!\n");
		exit(1);
	} else {
		close(fd[0]);
	
		strcpy(buff1, "Hello!");
		write(fd[1], buff1, strlen(buff1)); 

		close(fd[1]);
	}
	
	return 0;	
}

read code:...

#include <stdio.h>
#include <stdlib.h>

int main(void)
{       int ret = 0;
        char buff[80] = {0,};

        ret = scanf("%s", buff);
        printf("[ret: %d]buff=%s\n", ret, buff);

        ret = scanf("%s", buff);
        printf("[ret: %d]buff=%s\n", ret, buff);
        return 0;
}

嗯嗯, 没错, 流程是这样的, 子进程关闭了写端close(f[1]), 然后关闭了标准输入close(0), 0代表的是stdin, 然后dup了一份新的文件描述符, 即标准输入, 再关闭就得f[0], 这样一来原本从f[0]读的,现在可以从标准输入里面获取数据了

注意:子进程close(f[1])是关闭子进程的写端, 而不是关闭父进程的写端, 因为fork一个子进程, 子进程会复制父进程的所有资源, 及关闭的不是父进程的写端-------->如果不准备再向管道写入数据，则把该管道的所有写端都关闭，则此时再对该管道read时，就会返回0，而不再阻塞该读操作。（管道的特性）

注意，这是管道的特性。

      如果有多个写端口，而只关闭了一个写端，那么无数据时读操作仍将被阻塞。