我们通过fork来产生子进程时,子进程是复制父进程的文件描述符表的,即,父进程中打开的文件,fork后,在子进程中仍然可以操作。
但是子进程中打开的文件,在父进程中可以操作吗?看下面代码:
-
pid_t pid = fork();
-
assert( pid >= 0 );
-
if( pid == 0 )
-
{
-
passfd = open( "recvmsg.txt" , O_RDWR , 0666 );
-
send_fd( pipefd[1] , passfd );
-
exit( 0 );
-
}
-
passfd = recv_fd( pipefd[0] );
-
char buf[1024];
-
memset( buf , 0 , 1024 );
-
read( passfd , buf , 1024 );
-
printf( "buf is %s\n" , buf );
-
close( passfd );
如果上面的代码中不考虑send和recv函数的调用,那么,上面的问题答案很明显,就是父进程不能操作子进程打开的文件,因为,复制后就各操作各的了,没有共享。
上面的send和recv里发生了什么?
答案是调用了sendmsg和recvmsg,并且通信的是UNIX域套接字,但是,这又怎样,不用UNIX域套接字,用其他方式也可以很方便的在父子进程间传递一个整数啊(文件描述符是一个整数)。
答案就在于struct msghdr 和 struct cmsghdr这两个结构中,在cmsghdr的
cmsg_level字段的取值为SCM_RIGHTS时,表示传递的是一个文件描述符,这就是上面那段代码能够正确执行的关键。
那么问题来了,如果不用UNIX域套接字,还能不能传输文件描述符呢?
这个传输的内部实现是什么呢?
我还得继续学习……
阅读(1677) | 评论(0) | 转发(0) |