传统线程阻塞IO模型与NIO中的Reactor线程模模式

一、传统的线程阻塞IO服务模型

黄色的框表示对象， 蓝色的框表示线程，白色的框表示方法(API)

 传统的一个IO线程模型，可以看出来，每次有客户端请求的时候，都会新建一个handler以及处理线程来处理，这样会造成什么问题呢？

①当并发量很大的时候，就需要创建大量的线程，占用大量的系统资源

②连接创建之后呢，，如果当前线程暂时没有数据可读，该线程会阻塞在read操作，造成线程资源浪费。

那么Reactor模式针对这些缺点可以做什么优化呢？

①使用IO复用模型来替代这个每次请求都需要新建一个handler来进行处理的方式，IO复用模型就是多个连接共用一个阻塞对象（Handler），应用程序只需要在一个阻塞对象等待，无需阻塞等待所有连接。当某个连接有新的数据可以处理时，操作系统通知应用程序，线程从阻塞状态返回，开始进行业务处理

Reactor 对应的叫法: 1. 反应器模式 2. 分发者模式(Dispatcher) 3. 通知者模式(notifier)

②基于线程池复用线程资源：

不必再为每个连接创建线程，将连接完成后的业务处理任务分配给线程进行处理，一个线程可以处理多个连接的业务。

1) Reactor 模式，通过一个或多个输入同时传递给服务处理器的模式(基于事件驱动)

2)服务器端程序处理传入的多个请求,并将它们同步分派到相应的处理线程， 因此Reactor模式也叫

Dispatcher模式

3) Reactor 模式使用IO复用监听事件,收到事件后，分发给某个线程(进程), 这点就是网络服务器高并发处理关键

核心组成模块：

1) Reactor：Reactor 在一个单独的线程中运行，负责监听和分发事件，分发给适当的处

理程序来对 IO 事件做出反应。 它就像公司的电话接线员，它接听来自客户的电话并

将线路转移到适当的联系人；

2) Handlers：处理程序执行 I/O 事件要完成的实际事件，类似于客户想要与之交谈的公

司中的实际官员。Reactor 通过调度适当的处理程序来响应 I/O 事件，处理程序执行

非阻塞操作。