Eventloop

多进程 VS 多线程 VS 线程池 VS EventLoop 在现在的编程过程中，经常听到多进程，多线程，线程池，EventLoop 的概念，选择一个正确的驱动模型，有助于提升代码的性能。 注：本文仅仅讨论并发的情况。 进程和线程 进程：操作系统中 资源管理对象 ，管理虚拟内存，文件句柄，线程等资源，但是 进程不是执行单元 。 线程： 具体的执行单元 。CPU是实际的物理执行单元，通过 寄存器 可以控制CPU执行的代码以及状态。而线程就是包含了一个任务的CPU上下文（寄存器），任务状态（就绪|阻塞|运行），所属用户等信息的对象。操作系统接收到时间中断（INT）后， 通过轮转线程中的CPU上下文（寄存器）信息，实现了多任务的轮转 。 多进程 多进程：针对并发请求，一个请求开启一个进程进行处理。早起CGI就是这么干的。 代表：早期PHP，CGI类 优点： 一个业务进程奔溃不影响另外一个业务进程，从操作系统层面上隔离业务执行 如果进程采用Socket之类的RPC调用，那么非常容易部署到网络环境上 缺点： RPC调用比较难以编写 频繁的开启和关闭进程，性能比较差 不允许内存共享（排除内核支持情况） 多线程 多线程：针对不同的业务逻辑，并发的开启多个线程进行执行。 代表：早期 Tomcat Bio模型 优点： 内存是共享的 编写并发模型比较方便 有效的利用多核CPU 缺点： 并发量过大的时候

零、关于异步 如图，是一个传统nodejs项目中比较容易看到的一种编程风格，其原因是因为nodejs底层的很多异步方法都是通过配合回调方法来实现的。理解异步我们必须掌握以下几个知识点： 1、单线程 JavaScript的引擎是单线程的，即无论是在浏览器环境还是基于JavaScript引擎的nodejs服务器环境有且仅有一段代码正被执行，JavaScript引擎不会同时执行a函数的代码和b函数的代码。 2、JavaScript轮询机制(主线程 VS Event Loop线程） 轮询（event loop）简单说，就是在程序中设置两个线程：一个负责程序本身的运行，称为"主线程"；另一个负责主线程与其他进程（主要是各种I/O操作）的通信，被称为"Event Loop线程"（可以译为"消息线程"）。 就是说执行我们程序员写的代码的是主线程，当主线程遇到io操作的时候， 主线程就 通知 Event Loop线程去执行相应的I/O程序，自己则继续执行其他代码，当Event Loop线程把io任务完成后会主动告诉主线程我已经执行完了，主线程收到通知后会调用事先准备好的回调函数，完成整个任务。 基于以上原因早期的nodejs 代码会存在大量的callback函数嵌套，这些callback正是为主线程在收到Event Loop线程完成io操作后准备的回调函数。 3、如何与Event

Infoq有篇文章提到通过Netty4+Thrift压缩二进制编码技术有人实现了10W TPS（1K的复杂POJO对象）跨节点远程服务调用，对于RPC应用来说高性能的三个主题永远是IO模型、数据协议、线程模型，10W TPS的测试结果一方面归功于Thrift方面压缩二进制编码技术的高效（ 这里 有protobuf和thrift相关测试数据）。另一方面还要归功于Netty精心设计的高效线程模型。本文主要对Netty线程模型的设计进行分析，结合对比JavaScript或Node单线程模型的设计与实现，以及对IO密集型和计算密集型应用方面线程模型的设计进行一些思考。 单线程Reactor模式 Netty线程模型总体上可以说是Reactor模式的一种变种，我们先看看什么是Reactor模式。这里主要参考维基百科上对Ractor的定义与描述。 Reactor模式是一种事件处理模式，单个或多个事件（Event）并发地投递到事件处理服务（Service Handler），事件处理服务将事件进行分离，同步的将他们分发到对应的事件处理器中去处理。 Reactor模式有下面几种参与者： 资源：任何提供系统的输入或者消费系统的输出的资源，如：Socket句柄。 同步事件分离器：通常使用event loop来进行对资源的阻塞等待，当有资源就绪的时候事件分离器将资源传递给事件分发器。 事件分发器