Linux服务器项目-4
2.6 进程间通信
进程是一个独立的资源分配单元,不同进程(这里所说的进程通常指的是用户进程)之间的资源是独立的,没有关联,不能在一个进程中直接访问另一个进程的资源。
但是,进程不是孤立的,不同的进程需要进行信息的交互和状态的传递等,因此需要进程间通信 ( IPC Inter Processes Communication ) 。比如说迅雷视频的下载和播放就对应两个进程,只有下载的部分才能观看,这时候就需要进程间通信.
同步和异步的概念:
同步就相当于是 当客户端发送请求给服务端,在等待服务端响应的请求时,客户端不做其他的事情。当服务端做完了才返回到客户端。这样的话客户端需要一直等待。用户使用起来会有不友好。
异步就是,当客户端发送给服务端请求时,在等待服务端响应的时候,客户端可以做其他的事情,这样节约了时间,提高了效率
进程间通信的目的:
- 数据传输:一个进程需要将它的数据发送给另一个进程。
- 通知事件:一个进程需要向另一个或一组进程发送消息,通知它(它们)发生了某种事件;(如进程终止时要通知父进程)。
- 资源共享:多个进程之间共享同样的资源。为了做到这一点,需要内核提供互斥和同步机制。
- 进程控制:有些进程希望完全控制另一个进程的执行(如 Debug 进程, GDB),此时控制进程希望能够拦截另一个进程的所有陷入和异常,并能够及时知道它的状态改变。
Linux进程间通信的方法:
2.6.1 匿名管道通信:(默认说的管道就是匿名管道)
管道也叫无名(匿名)管道,它是是 UNIX 系统 IPC (进程间通信)的最古老形式, 所有的 UNIX 系统都支持这种通信机制。
统计一个目录中文件的数目命令: ls | wc -l
,('|'
代表管道符,将ls
的内容传递给wc
中)为了执行该命令 shell 创建了两个进程来分别执行 ls
和 wc
。
管道的特点:
- 管道其实是一个在内核内存中维护的缓冲器,这个缓冲器的存储能力是有限的,不同的操作系统大小不一定相同。
- 管道拥有文件的特质:读操作、写操作,匿名管道没有文件实体,有名管道有文件实体,但不存储数据。可以按照操作文件的方式对管道进行操作。匿名管道常用于有关系的进程间的通信,比如父子进程;有名管道用于无关系的子进程通信。
- 一个管道是一个字节流,使用管道时不存在消息或者消息边界的概念,从管道读取数据的进程可以读取任意大小的数据块,而不管写入进程写入管道的数据块的大小是多少。
- 通过管道传递的数据是顺序的,从管道中读取出来的字节的顺序和它们被写入管道的顺序是完全一样的。
- 在管道中的数据的传递方向是单向的,一端用于写入,一端用于读取,管道是半双工的。
- 从管道读数据是一次性操作,数据一旦被读走,它就从管道中被抛弃,释放空间以便写更多的数据,在管道中无法使用 lseek() 来随机的访问数据。
- 匿名管道只能在具有公共祖先的进程(父进程与子进程,或者两个兄弟进程,具有亲缘关系)之间使用。
为什么可以使用管道进行进程间通信? 通过fork()得到的子进程复制了父进程的虚拟地址空间,拥有相同的文件描述符表。管道的数据结构是环形队列,数据只能读一次就没有了。
2.6.2 父子进程通过匿名管道通信:
1 | /* |
查看管道缓冲大小:ulimit -a
查看管道缓冲大小函数:long fpathconf(int fd, int name);
1 |
|
一般写程序的时候管道都是单向通信的,即子进程写父进程读或者子进程读父进程写。因为如果双向读写很容易子进程读的是自己写进管道中的数据。
ps -aux |grep root:
把root对应的所有进程都打印出来
1 | /* |
管道的读写特点:
使用管道时,需要注意以下几种特殊的情况(假设都是阻塞I/O操作)
- 所有的指向管道写端的文件描述符都关闭了(管道写端引用计数为0),有进程从管道的读端读数据,那么管道中剩余的数据被读取以后,再次read会返回0,就像读到文件末尾一样。
- 如果有指向管道写端的文件描述符没有关闭(管道的写端引用计数大于0),而持有管道写端的进程也没有往管道中写数据,这个时候有进程从管道中读取数据,那么管道中剩余的数据被读取后,再次read会阻塞,直到管道中有数据可以读了才读取数据并返回。
- 如果所有指向管道读端的文件描述符都关闭了(管道的读端引用计数为0),这个时候有进程向管道中写数据,那么该进程会收到一个信号SIGPIPE, 通常会导致进程异常终止。
- 如果有指向管道读端的文件描述符没有关闭(管道的读端引用计数大于0),而持有管道读端的进程也没有从管道中读数据,这时有进程向管道中写数据,那么在管道被写满的时候再次write会阻塞,直到管道中有空位置才能再次写入数据并返回。
总结:
读管道:
管道中有数据,read返回实际读到的字节数。
管道中无数据:
写端被全部关闭,read返回0(相当于读到文件的末尾)
写端没有完全关闭,read阻塞等待
写管道:
管道读端全部被关闭,进程异常终止(进程收到SIGPIPE信号)
管道读端没有全部关闭:
管道已满,write阻塞
管道没有满,write将数据写入,并返回实际写入的字节数
非阻塞的例子:
1 |
|
2.6.3 有名管道:
匿名管道,由于没有名字,只能用于亲缘关系的进程间通信。为了克服这个缺点,提出了有名管道( FIFO ),也叫命名管道、 FIFO 文件。
有名管道( FIFO )不同于匿名管道之处在于它提供了一个路径名与之关联,以 FIFO的文件形式存在于文件系统中,并且其打开方式与打开一个普通文件是一样的,这样即使与 FIFO 的创建进程不存在亲缘关系的进程,只要可以访问该路径,就能够彼此通过 FIFO 相互通信,因此,通过 FIFO 不相关的进程也能交换数据。
一旦打开了 FIFO ,就能在它上面使用与操作匿名管道和其他文件的系统调用一样的I/O 系统调用了(如 read() 、 write() 和 close())。与管道一样 FIFO 也有一个写入端和读取端,并且从管道中读取数据的顺序与写入的顺序是一样的。 FIFO 的名称也由此而来:先入先出。其数据结构也是一个环形队列。
有名管道( FIFO) 和匿名管道( pipe )有一些特点是相同的,不一样的地方在于
- FIFO 在文件系统中作为一个特殊文件存在,而pipe不是一个文件,但 FIFO 中的内容却存放在内存中。
- 当使用 FIFO 的进程退出后, FIFO 文件将继续保存在文件系统中以便以后使用。
- FIFO 有名字,不相关的进程可以通过打开有名管道进行通信。
有名管道的使用:
通过命令创建有名管道:mkfifo 名字
,生成管道文件后直接通过echo "hello world" >> fifo
向文件输入数据会出现阻塞,管道文件的大小为0,中间不存放信息,这个文件位于内存的缓存区中。
通过函数创建有名管道
1 |
|
一旦使用 mkfifo 创建了一个 FIFO ,就可以使用 open 打开它,常见的文件I/O 函数都可用于 fifo 。如: close 、 read 、 write 、 unlink 等。
FIFO 严格遵循先进先出( First in First out ),对管道及 FIFO 的读总是从开始处返回数据,对它们的写则把数据添加到末尾。它们不支持诸如 lseek()等文件定位操作。
利用有名管道通信的例子:
1 |
|
使用有名管道实现聊天的功能:
两者历次进行读写操作,因为读和写在一个进程中,因此如果A的读出现阻塞,A的写也不会继续执行。解决的方法就是不同的进程实现读和写。
进程A的代码:
1 |
|
内存映射:内存映射( Memory mapped I/O )是将磁盘文件的数据映射到内存,用户通过修改内存就能修改磁盘文件,可以实现进程间通信。
1 |
|
1 | //父子进程间通信 |
思考问题:
1.如果对mmap的返回值(ptr)做++操作(ptr++), munmap是否能够成功?
void * ptr = mmap(…);
ptr++; 可以对其进行++操作
munmap(ptr, len); // 错误,要保存地址
2.如果open时O_RDONLY, mmap时prot参数指定PROT_READ | PROT_WRITE会怎样?
错误,返回MAP_FAILED
open()函数中的权限建议和prot参数的权限保持一致,prot的权限应该小于等于open。
3.如果文件偏移量为1000会怎样?
偏移量必须是4K的整数倍,返回MAP_FAILED,内存分页的大小为4K
4.mmap什么情况下会调用失败?
- 第二个参数:length = 0
- 第三个参数:prot
- 只指定了写权限
- prot PROT_READ | PROT_WRITE
第5个参数fd 通过open函数时指定的 O_RDONLY / O_WRONLY
5.可以open的时候O_CREAT一个新文件来创建映射区吗?
- 可以的,但是创建的文件的大小如果为0的话,肯定不行
- 可以对新的文件进行扩展
- lseek()
- truncate()
6.mmap后关闭文件描述符,对mmap映射有没有影响?
int fd = open(“XXX”);
mmap(,,,,fd,0);
close(fd);
映射区还存在,创建映射区的fd被关闭,没有任何影响。
7.对ptr越界操作会怎样?
void * ptr = mmap(NULL, 100,,,,,);
4K
越界操作操作的是非法的内存 -> 段错误
1 | // 使用内存映射实现文件拷贝的功能,但是不能拷贝太大的文件 |
同样,使用mmap
也可以创建匿名管道。
1 | /* |