由于之前已经学过Unix网络编程(笔记见我博客),这个读书笔记只记录之前我之前没学到的,知识点薄弱的地方。
第五章
意外情况下的程序终止
5.8 POSIX信号处理
在设置sigaction函数的时候,
act.flags 可以置SA_RESTART,意思是由对应对应信号中断的系统调用将自动重启。
具体来说就是:若当前进程阻塞在一个系统调用上,这时来了一个信号,前边注册过的并且sa_flags |= SA_RESTART,那么当信号处理完之后,这个阻塞的系统调用会继续执行,而不是被打断。
5.16 服务器主机关机
当 Unix 系统关机时,init 进程会给所有进程发送 SIGTERM 信号,并等待一段时间 (一般是 5 ~ 20 秒),然后对仍在运行的进程发送 SIGKILL 信号。这么做是为了让进程得知将要关机,而捕获 SIGTERM 信号做相关的数据保存工作,相应的 SIGKILL 则是强制所有进程结束,进入关机状态。之后的情况与服务端主动断开类似。
第六章 IO复用:select和poll
6.1 概述
问题引出:当客户端阻塞于用户输入(fget调用期间)时,如果服务器突然关闭向客户发送FIN ,但是由于客户正在阻塞,导致接收不到这个信息。所以需要一种技术,使得内核一旦发现进程指定的某个I/O条件准备就绪时,他就通知进程,即由内核监控文件描述符,一旦发生变化,就通知进程。这种能力称为IO复用技术。
I/O 复用典型适用于以下场合:
- 当客户处理多个描述符时
- 客户同时处理多个套接字时,不过这种场景比较少见
- 如果 TCP 服务器既要监听套接字,又要处理已连接的套接字
- 如果一个服务器既要处理 TCP 又要处理 UDP,或同时处理多个不同协议,或多个服务
6.2 五种IO模型
在 Unix 系统上,一个输入操作通常包含两个不同的阶段
- 数据准备完成
- 从内核向进程复制数据
在等待数据准备到复制数据的过程,根据行为的不同,I/O 模型主要分为以下几种:
- blocking I/O (阻塞式 I/O)
- nonblocking I/O (非阻塞式 I/O)
- I/O multiplexing (I/O 复用, e.g. select, poll):
在进程调用select、poll后,进程就可以阻塞在这两个系统调用其中一个上,而不是阻塞在真正的I/O系统调用上 - signal driven I/O (信号驱动型 I/O, e.g. SIGIO):
在描述符就绪时,让内核通过发送 SIGIO 信号通知进程的方式,被称为 signal driven I/O。
首先开启描述符的信号驱动 I/O 功能,再调用 sigaction 对 SIGIO 信号注册回调函数,sigaction 不会阻塞进程,会立即返回。当文件描述符准备完成后,内核将向进程发送 SIGIO 信号,随后可以在信号处理函数中对数据进行循读写、操作等。
这种模型的优势在于等待数据期间,无需阻塞进程,可以在信号来临之前执行其他操作。
- asynchronous I/O (异步 I/O, e.g. POSIX aio_xxx functions)
6.3 select函数
6.3.1 描述符就绪条件
接收低水位标记与发送低水位标记的目的在于:允许进程控制在 select 返回可读或可写条件之前有多少数据可读或多大空间可写。举个例子,如果少于 64 byte 的数据对进程来说是无法处理的,可以将低水位标记设置为 64,防止少于 64 byte 数据准备好读时 select 唤醒进程。
下图汇总了select返回某个套接字就绪的情况: