Linux下几种并发服务器的实现模式(详解)
<p><span><strong>1>单线程或者单进程</strong></span></p>
<p>
相当于短链接，当accept之后，就开始数据的接收和数据的发送，不接受新的连接，即一个server，一个client</p>
<p>
不存在并发。</p>
<p>
<span><strong>2>循环服务器和并发服务器</strong></span></p>
<p>
1.循环服务器：一个server只能一次只能接收一个client，当当前client结束访问之后才能进行下一个client的连接。</p>
<p>
2.并发服务器：一个server同一时间可以响应很多客户端的访问。</p>
<p>
<span><strong>3>select+多线程模式</strong></span></p>
<p>
并发服务器的三种实现方式</p>
<p>
<strong>1.多进程并发服务器</strong></p>
<p>
是指TCP连接后，每一个客户机的请求并不由服务器直接处理，而是由服务器创建一个子进程来处理</p>
<p>
<strong>2.多线程并发服务器</strong></p>
<p>
多进程服务器是对多进程的服务器的改进，由于多进程服务器在创建进程时要消耗较大的系统资源，所以用线程来取代进程，这样服务处理程序可以较快的创建。据统计，创建线程于创建进程要快10100倍，所以又把线程称为“轻量级”进程。进程与进程不同的是：一个进程内所有线程共享相同的全局内存，全局变量等信息。</p>
<p>
是指TCP连接后，每一个客户机的请求并不由服务器直接处理，而是由服务器创</p>
<p>
<strong>3.多路复用I/O</strong></p>
<p>
I/O是为了解决线程/进程阻塞在那个I/O调用中，常用select或者pool</p>
<p>
<span><strong>4>epoll</strong></span></p>
<p>
在linux2.6之后有的epoll,实用的方法是：用一个线程专门进行端口的监听，accept接收到连接的时候，把连接设置成非阻塞方式，把epoll时间设置成边缘触发方式，加入epoll管理。接收线程阻塞在epoll的等待事件函数。另外一个线程专门用于数据发送。</p>
<p>
<span><strong>注意：</strong></span></p>
<p>
1.如果把epoll设置成水平触发效率就下降采用select的水平。</p>
<p>
2.Unix系统下有单个进程打开的描述符的限制，还有系统内打开的描述符的数目限制。系统内打开的描述符数目限制由软硬链接限制两个。硬连接是根据机器的配置而不同。软连接限制可以修改但是必须小于硬限制。</p>
<p>
应用：</p>
<p>
<strong>Linux下大规模的TCP并发。</strong></p>
<p>
当前并发还有其它的方式。比如线程池。进程池等，每种模式都有他的优缺点，如果大规模的并发，采用epoll会更好。</p>
<p>
epoll的时间设置有边缘触发方式和水平触发方式</p>
<p>
<strong>1.水平触发方式：</strong></p>
<p>
如果文件描述符已经就绪可以非阻塞的执行IO操作了，此时会触发通知。允许在任意时候重复检测IO的状态，没有必要每次描述符就绪后尽可能多的执行IO，select，poll就属于水平触发事件。</p>
<p>
只要满足要求就触发一个事件。</p>
<p>
<strong>2.边缘触发方式：</strong></p>
<p>
如果文件描述符自上次状态改变后有新的IO活动到来，此时会触发通知。在收到一个IO事件通知尽可能多的执行IO操作，因为如果再一次通知中没有执行完IO那么就需要等到下一次新的IO活动到来才能获取就绪的描述符。信号驱动式IO就属于边缘触发。</p>
<p>
每当状态改变就触发一个事件。</p>
<p>
<span><strong>eg：</strong></span>现在有一个1000个字节的报文，无论是水平触发还是边缘触发，都会发送一个只读通知，当收到了100个字节后，水平触发因为还有字节没有读完，就会发送一个只读通知，但是边缘触发会一直保持等待的通知，等待接下来的报文的到来，直到边缘触发返回EWOULDBLOCK就摒弃这个socket。</p>
<p>
以上这篇Linux下几种并发服务器的实现模式(详解)就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持。</p>
<p>
原文链接：https://www.cnblogs.com/chenyang920/p/5469121.html</p>
頁:
[1]