在介绍CshBBrain服务器架构前，我们先分析下业界流行NIO框架的架构，目前业界流行的NIO框架有Mina,Netty,Grizzly等。他们都采用了Reactor模式，下面上张Reactor模式的示意图：
[img]http://dl.iteye.com/upload/attachment/0075/0538/e72a2630-c13a-3345-91e3-9c816e54f734.jpg[/img]
1.核心组件包括：
1.1.Synchronous Event Demultiplexexer:Event loop + 事件分离
1.2.Dispatcher:事件派发，可以采用多线程实现
1.3.Rqeust Handler:事件处理，业务代码
2.Reactor线程配置：
2.1 Boss Thread + Worker Thread:
2.1.1.Boss 处理OP_ACCEPT、OP_CONNECT，处理连接的接入
2.1.2.Worker处理OP_READ、OP_WRITER，处理IO读写
2.2 Reactor线程数量配置：
Netty: 1 + 2 * CPU内核数量
Mina: 1 + CPU 内核数量 + 1
Grizzly: 1 + 1
CshBBrain：1 + n * CPU内核数量 （运行时可根据需要自己灵活配置，n:为网络数据读写监听线程CPU内核因子，例如设置为1则表示系统将为每个内核创建1个数据读写监听线程，你可以根据自己服务器的性能和需要配置2，4，8个读写监听线程每内核；设置将更加灵活，对应到系统参数monitorWorker）
3.Reactor模式分工模型：
3.1.OP_READ和OP_ACCEPT都运行在reactor线程
3.2.OP_ACCEPT运行在reactor，OP_READ运行在单独的线程。
3.3.OP_READ和OP_ACCEPT都运行在单独的线程
3.4.OP_READ运行在reactor线程，而OP_ACCEPT运行在单独的线程
4.Reactor模式分工模型的选择
4.1.类echo应用，unmashall和业务处理的开销非常低，选择第一种模型。创建线程和切换线程的开销
4.2.第二、第三、第四种模型，从测试来看，OP_ACCEPT的处理开销很低；从已经完成三路握手的队列移出
4.3.最佳选择：第二种模型，unmashall一般是cpu-bound.业务逻辑代码通常比较耗时，不要在reactor线程处理
CshBBrain 采用的是第二种分工模型。
上张CshBBrain服务器的架构图：
[img]http://dl.iteye.com/upload/attachment/0075/0540/eefe987c-1641-3813-b259-81cfa474a45c.jpg[/img]
在开发CshBBrain之前，有研究过Mina和Netty，从Mina和Netty的设计上借鉴了不少思想。
1.connectMonitor：负责accept和建立连接，并将连接的Read和Write事件分派给具体的readWriteMonitor线程，分配策略采用简单的平均分配法。
2.readWriteMonitor：负责监听每个连接的Read事件和Write事件，并注册连接的Read和Write监听事件。当程序触发Write事件，直接调用连接的Write代码。当触发连接的Read事件时，程序创建一个Read task 并将Read task放入Read task Queue队列中。
3.processDistribute：负责给Read task Queue队列中的任务分配Worker处理线程进行处理。
4.Worker:负责从连接读取数据，解码数据，调用业务处理程序，编码数据，并创建write task 任务放入到Write Task Queue,readWriteMonitor线程会获取队列中的write task 进行write事件注册。
服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
机房租用，北京机房租用，IDC机房托管， http://www.fwqtg.net
相关推荐: GOTC2023 嘉宾畅谈：未来的 5~10 年，其他技术领域的重要性要往 AI 之后排
大家期待已久的 GOTC 2023 召开在即 组委会广邀各个论坛嘉宾讲师 畅谈开源与各技术领域的发展趋势 让小伙伴们先睹为快 本期聚焦技术领域： AI 出场嘉宾介绍： 一：过去一年/几年，你所关注的开源与技术领域发生了哪些重大变化？ 王家军： 人工智能训练…
