互联网络程序设计第8章.pptVIP

5. 测试用例 按第7章回归 思考题 ET版本的echo服务器和客户端 第八章、非阻塞服务器与客户端 概述 buffer的管理 非阻塞客户端 非阻塞服务器 测试用例 1. 概述 非阻塞模型 Process blocks in recvfrom recvfrom Appliction Kernel No data ready System call Process data Copy complete System call Data ready Copy data Wait for data Copy data from kernel to user EWOULDBLOCK recvfrom No data ready System call EWOULDBLOCK recvfrom System call recvfrom recvfrom No data ready No data ready No data ready System call No data ready EWOULDBLOCK System call No data ready recvfrom System call EWOULDBLOCK No data ready recvfrom System call EWOULDBLOCK 套接字的默认状态是阻塞的，即当系统调用不能立即完成时，进程会阻塞到该调用完成 可以通过修改修改文件描述符的选项使某个描述符上的动作变为非阻塞的模式 #include fcntl.h int fcntl(int fd, int cmd, … /* int arg */); Return: depends on cmd if OK, -1 on error cmd表示对fd的操作 F_GETFL，获取文件描述符选项 F_SETFL，设置文件描述符选项 int flags = fcntl(fd, F_GETFL); flags |= O_NOBLOCK; fcntl(fd, F_SETFL, O_NOBLOCK); 常见的非阻塞操作 非阻塞读 read/readv/recv/recvfrom/recvmsg，如果接收buffer没有数据，直接返回EAGAIN 非阻塞写 write/writev/send/sendto/sendmsg，如果底层的发送buffer空间不够，返回值是内核拷贝的字节数，同时系统会设置errno为EAGAIN 非阻塞accept 返回-1，errno为EAGAIN 非阻塞connect 返回-1，errno为EINPROGRESS 2. buffer的管理 在前面的迭代、多进程、多线程、IO复用技术中，我们并没有对buffer进行管理，原因是： write在阻塞的方式下，能够起到流控的作用。自然的阻塞在那里，等到发送完毕。 但是在非阻塞方式下，write可以写一半的数据就返回，这要求我们显式地对数据缓冲进行管理 echo客户端对buffer的需求 单线程/多线程？ 一个生产者、一个消费者 buffer的大小固定 环形队列 地址低位 buffer的size 数据起始指针 数据size 这里的问题是数据区和空闲区分为两个部分，该如何发送、接收？ writev、readv 地址低位 地址低位 数据 数据 数据的摆放 readv/writev #include sys/uio.h ssize_t readv(int fd, const struct iovec *iov, int cnt); ssize_t writev(int fd, const struct iovec *iov, int cnt); 返回：读到或写出的字节数，出错时为-1。 功能与read/write类似，scatter读、gather写 另外注意iov是const iovec*，说明系统不会修改iov /* Structure for scatter/gather I/O. */ struct iovec { void *iov_base; /* Pointer to data. */ size_t iov_len; /* Length of data. */ }; len0 len1 …… lenN vector[0].iov_base vector[0].iov_len vector[1].iov_base vector[1].iov_len vector[count-1].iov_base vector[count-1].iov_len 缓存0 len0 缓存1 len1 缓存N lenN CircleBuffer 比较复杂 3. 非阻塞客户端 实际的非阻塞编程，并非象第6章中IO模型所介绍的，需