网络服务器设计的模型及一些设计方法（转）

收藏 1. 常用服务器模型 a.迭代服务器：只有一个进程/线程处理请求。一般为单进程,加上select多路复用,非阻塞socket。 b.迭代/并发混合型服务器：平时迭代处理，对消耗大的请求并发处理。处理请求时设置一个超时，当请求的处理时间超时时，创建一个进程/线程，把处理转给新的进程/线程处理，主进程/线程继续处理其他请求。 c.并发服务器：多个进程/线程并发处理请求。 2. 以上三类的服务器比较迭代服务器：最简单，性能不高。并发服务器：性能较高，但结构相对比较复杂，开发难度中等。迭代/并发混合型服务器：性能不错，但结构通常比单纯的并发服务器更复杂。 3. 多进程的并发服务器 a. 每个连接fork一个进程：主进程accpet连接，有新连接到来时fork一个进程，然后继续accept，等待新的连接。数据传输由子进程处理，处理完后子进程exit。每个子进程只处理一个连接。 b. Prefork进程：主进程预先fork一些进程，各个子进程竞争accept，然后处理数据传输。一个子进程可以处理一个连接，也可以同时处理多个连接（通过select等）。 c. Prefork进程：由父进程accept请求，通过流管道转发fd到子进程，子进程收到fd后，处理数据传输，处理结束后通知父进程。父进程处理的事情比较简单，容易监控子进程。 以上3种方式性能比较： a.每个连接fork一个进程：处理smtp等状态较多，数据量比较大时比较简单实用，总体性能不大好。 b.Prefork进程，各个子进程竞争accept：比较简单，性能不错。 c.Prefork进程，由父进程accept请求，通过流管道转发fd到子进程：代码复杂，性能一般不如上一种。 4. 多线程的并发服务器 a.每个连接一个线程 b.Prethread多个线程，各个线程互斥accept c.Prethread多个线程，主线程accept并分发连接给子线程 5. 多进程与多线程的比较使用线程的模型：性能比使用进程要高，但代码比较复杂，对代码质量要求更高，线程出错后可能会影响到所有线程，多进程的模式一个进程出错一般不会影响其他进程。多线程模型共享数据比较简单有效，多进程模型共享数据比较麻烦，效率也不如线程。 6. 一些流行的网络服务器采用的模型 Sendmail: 采用多进程，每个连接fork一个进程. 每个连接fork一个子进程子进程只处理一个连接子进程fork一个localmail进程（可以由用户自己编写），通过管道把数据转给localmail处理，把邮件处理业务逻辑独立出来优点：结构简单，不用维护复杂的状态机 Apache1.3:采用多进程, prefork进程子进程竞争accept，每次只处理一个连接主进程不accept，根据负载情况调整子进程数量子进程运行一段时间后，主进程会让它退出，然后创建一个新的进程，防止内存泄漏等主进程通过shared memory监控子进程 移动QQ: Prefork多个进程，竞争accept, 典型的一问一答TCP服务器，结构简单每个进程通过select可以同时处理多个连接采用这种结构的原因有：每秒请求<1000，可以满足要求结构简单，容易开发、维护