Linux下几种并发服务器的实现模式(详解)

1>单线程或者单进程

相当于短链接，当accept之后，就开始数据的接收和数据的发送，不接受新的连接，即一个server，一个client

不存在并发。

2>循环服务器和并发服务器

1.循环服务器：一个server只能一次只能接收一个client，当当前client结束访问之后才能进行下一个client的连接。

2.并发服务器：一个server同一时间可以响应很多客户端的访问。

3>select+多线程模式

并发服务器的三种实现方式

1.多进程并发服务器

是指TCP连接后，每一个客户机的请求并不由服务器直接处理，而是由服务器创建一个子进程来处理

2.多线程并发服务器

多进程服务器是对多进程的服务器的改进，由于多进程服务器在创建进程时要消耗较大的系统资源，所以用线程来取代进程，这样服务处理程序可以较快的创建。据统计，创建线程于创建进程要快10100倍，所以又把线程称为“轻量级”进程。进程与进程不同的是：一个进程内所有线程共享相同的全局内存，全局变量等信息。

是指TCP连接后，每一个客户机的请求并不由服务器直接处理，而是由服务器创

3.多路复用I/O

I/O是为了解决线程/进程阻塞在那个I/O调用中，常用select或者pool

4>epoll

在linux2.6之后有的epoll,实用的方法是：用一个线程专门进行端口的监听，accept接收到连接的时候，把连接设置成非阻塞方式，把epoll时间设置成边缘触发方式，加入epoll管理。接收线程阻塞在epoll的等待事件函数。另外一个线程专门用于数据发送。

注意：

1.如果把epoll设置成水平触发效率就下降采用select的水平。

2.Unix系统下有单个进程打开的描述符的限制，还有系统内打开的描述符的数目限制。系统内打开的描述符数目限制由软硬链接限制两个。硬连接是根据机器的配置而不同。软连接限制可以修改但是必须小于硬限制。

应用：

Linux下大规模的TCP并发。

当前并发还有其它的方式。比如线程池。进程池等，每种模式都有他的优缺点，如果大规模的并发，采用epoll会更好。

epoll的时间设置有边缘触发方式和水平触发方式

1.水平触发方式：

如果文件描述符已经就绪可以非阻塞的执行IO操作了，此时会触发通知。允许在任意时候重复检测IO的状态，没有必要每次描述符就绪后尽可能多的执行IO，select，poll就属于水平触发事件。

只要满足要求就触发一个事件。

2.边缘触发方式：

如果文件描述符自上次状态改变后有新的IO活动到来，此时会触发通知。在收到一个IO事件通知尽可能多的执行IO操作，因为如果再一次通知中没有执行完IO那么就需要等到下一次新的IO活动到来才能获取就绪的描述符。信号驱动式IO就属于边缘触发。

每当状态改变就触发一个事件。

eg：现在有一个1000个字节的报文，无论是水平触发还是边缘触发，都会发送一个只读通知，当收到了100个字节后，水平触发因为还有字节没有读完，就会发送一个只读通知，但是边缘触发会一直保持等待的通知，等待接下来的报文的到来，直到边缘触发返回EWOULDBLOCK就摒弃这个socket。

以上这篇Linux下几种并发服务器的实现模式(详解)就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持脚本之家。

最新评论