在上一文中 http://blog.csdn.net/michael_kong_nju/article/details/44887411 我们讨论了I/O复用技术,即如何在一个进程里监测多个I/O, 刚开始接触还有点混论,但是现在想想,其实原理很简单,或者说内核设计者的想法很直接,就是以前我一个进程一次只能处理一个I/O,现在我通过一个fd_set结构体来实现将多个I/O的描述符放在一个类似于数组中,这样我通过轮训这个数组当发现有就绪的描述符时就进行处理,而在轮训的间隙进程可以做别的事情,所以可以看到实现了非阻塞。(这句话不知道自己说的对不对,可能不准确)
在上篇文章中,我已经看到了使用select来实现客户端I/O的简单复用,即同时监听socket和控制台输出流上两个描述符,使得客户端的进程不阻塞在某一个之上。
在本节我们来分析如何使用select来实现服务器的并发。
其实在知道I/O复用技术之前我一直以为服务器进程通过fork一个子进程,或者至少pthread_create一个线程来处理客户端的请求而自己继续监听来自客户端的请求这种架构
是一种很好的并发服务器设计的思路,但是知道有一次面试我被问到“如果这台服务器上亿的用户访问时你的服务器会有什么问题的时候”我才重新思考了这个问题。
是的,这么多的进程或者线程得消耗多少OS的资源啊。
而当时我只知道select或者epoll好像是可以解决这个问题的,但是具体怎么解决的我真不知道,后来重新看Richard老先生的书才真正明白。
虽然我现在也知道了使用select有实现效率和最大描述符个数的限制,但是我还是想把select的实现方式记录下来,有助于以后我们自己设计服务器架构。
下面我先介绍一下整个设计的思路:
这里面服务器端维护几个数据结构:
1. 整形数组: int client[FD_SETSIZE];用于保存每个客户的已连接的套接字描述符,注意,每次装入的时候都从数组0位置向后找第一个可用的。初始时为全-1.
2.