高性能服务器程序框架

服务器解构为三个主要模块：

• IO处理单元。四种IO模型和两种高效事件处理模式。
• 逻辑单元。两种高效并发模式。
• 存储单元。（暂不讨论）

1.服务器模型

（1）C/S （客户端/服务器）模型

C/S模型的逻辑很简单。服务器启动后，首先创建一个或者多个监听socket，并调用bind函数将其绑定到服务器感兴趣的端口上，然后调用listen函数等待客户连接。服务器稳定运行后，客户端就可以调用Connect函数向服务器发起连接了。由于客户连接请求时随机到达的异步事件，服务器需要使用某种I/O模型来监听到连接请求后，服务器就调用accept函数接受它了，并且分配一个逻辑单元为新的连接服务。

C/S模型非常适合资源相对集中的场合，并且它的实现也很简单，但其缺点也很明显：服务器是通信中心，当访问量过大时，可能所有客户都将得到很慢的响应。P2P可以解决这个问题。

（2）P2P模型

P2P模型比C/S模型更符合网络通信的实际情况。它摒弃了以服务器为中心的格局，让网络上所有主机重新回归对等的地位。

P2P模型使得每台机器在消耗服务的同时也给比人提供服务，这杨的资源能够充分。自由的共享。云计算而已看做P2P模型的一个典范。P2P缺点：当用户之间传输的请求过多时，网络的负载将加重。

P2P的另外一个问题是，主机之间很难互相发现。所以实际使用的P2P模型通常带有一个专门的发现服务器，这个发现服务器通常还提供查找服务，甚至提供内容服务器，使每个客户能尽快找到自己需要的资源。

从编程的角度看，P2P模型可以看做C/S模型的扩展：每台主机既是客户端，又是服务器。

2.服务器编程框架

模块	单个服务器程序	服务器集群
I/O处理模块	处理客户端连接，读写网络数据	作为接入服务器，实现负载均衡
逻辑单元	业务进程或者线程	逻辑服务器
网络存储单元	本地数据库，文件或者缓存	数据库服务器
请求队列	各个单元之间的通信方式	各个服务器之间的永久TCP连接。

2. I/O模型：

• 阻塞IO
• 非阻塞IO
• IO复用//程序阻塞于IO复用系统调用，但可同时监听多个IO事件。
• SIGIO信号//信号触发读写就绪事件，用户程序执行读写操作，程序没有阻塞阶段
• 异步IO//内核执行读写操作并触发读写完成事件。程序没有阻塞阶段