reactor线程源码分析（react 线程模型）
Java多线程 Reactor模式和NIO
java nio从1.4版本就出现了，而且依它优异的性能赢得了广大java开发爱好者的信赖。我很纳闷，为啥我到现在才接触，难道我不是爱好者，难道nio不优秀。经过长达半分钟的思考，我意识到：时候未到。以前总是写那些老掉牙的web程序，唉，好不容易翻身啦，现在心里好受多了。因为真不想自己到了30岁，还在说，我会ssh，会ssi，精通javascript，精通数据库，精通。。。人生苦短，要开拓点不是吗？列为兄弟姐妹，没看到外国的和尚已经开始鼓吹“云里雾里”的？没看到百度进入“框”啦，没看到oracle的“格”啦。人家的经，随他念，但是我们的确有好多路要走哦（牢骚怎么这么多呀）。
现在终于到了我了解nio的时候了，突然发现有很多美妙程序的源码，不得不爽一把（有邪念者，该打住啦，像我这样）。
以下描述，为了说明问题，就提提历史（类似的东西，网上一搜一大把，但是希望你能在这里止步，知道到底是怎么回事。如果还是不清楚，咱就站内沟通！）。
在我（刚）看nio的这段时间里，主要接触了几个东西，就是关于server和client。java之前的io完全可以胜任，但是效率不高，为何效率不高呢？
===============history==start===============
//TODO:finish the old style of server and socket data transion.
ServerSocket socket = new ServerSocket(80);
while (true) {
final Socket connection = socket.accept();
handleRequest(connection);
===============history==end in the future================
在上面的代码片段中，我们只能是一个request一个的进行处理。这使得所有的请求都阻塞了。如果我们再改变一下，将handleRequest方法封装到线程中处理：
if(connection = null){
new Thread(new Runnable(){
public void run(){
handleRequest(connection);
public void handleRequest(Socket conn){
//do actions
}).start();
服务器端的资源是有限的，我们这里仅仅是从线程角度来扩展，但是这种处理依然是阻塞的处理方式。首先，仅仅是建立连接（socket），就占用了服务器的线程资源。如果客户端还没有发出相应的数据请求，那么服务器就要一直等待他们的数据流过来，然后再进行读取，如此往复。。。一直都blocking。服务器处在一个高负荷状态中。
NIO出来之后，进入改革开放时期，有了这么几个角色，ServerSocketChannel,SelectionKey,Selector.
这几个角色都是做什么用的呢？需要了解一下reactor模式（反应堆模式）。
作为服务端，如果什么操作都要依赖于客户端，很多操作都阻塞，如上面的代码片段所示
多线程中怎么用ACE的reactor模式
说起C++ 的系统和网络编程开源库，恐怕没有人敢否认ACE的王者地位。其实ACE不光是一个实用的程序库和框架集，它更是一个设计模式的典范应用
如何调整reactor-http-epoll线程数量
默认线程数取决于主机系统的核心数量。
Webflux将尝试使上述线程尽可能繁忙reactor线程源码分析，因此reactor线程源码分析，只要它们消耗reactor线程源码分析了CPU的全部功能，分配的线程实际上并不重要。更多线程将只需要等待轮换使用CPU。
如果需要考虑性能，则可以采用多种方法来获得更好的性能，例如，通过使多个系统具有前端的负载均衡器或多个cpu内核，并尝试分析应用程序中花费的时间。
如何看待Spring 5引入函数式编程思想以及Reactor
感觉就是将Http Service 抽象为了 FunctionRequest ,
ResponsePublisherT， Publisher就是Reactive
中常说的Observable或Stream，这里又叫Publisher (FluxMono)，Publisher负责了异步操作
对其架构进行猜测：前方为传统的accept线程池，分发请求，运行route
functions，组合publishers
返回结果；后方为reactive的线程池（为RP提供异步支持），对于简单的操作直接返回ResponseT，不用后方的reactive线程；而对与DAO操作等耗时操作（返回ResponsePublisherT），则被异步化了
所以最大的变化是引入了Reactive
Programming，（并且Rx系的库API很Functional），前面route的DSL和SpringMVC的Mapping没多大变化（顶多就是个monoid
append） ；至于Reactive
Programming将DAO操作（包括RPC调用等）异步化，比自己去对Future做combination要高一级，不会出大问题（并且Publisher是个Monad，使用得当不会发生Callback
Hell）。
ios reactor模式什么意思
说起C++ reactor线程源码分析的系统和网络编程开源库reactor线程源码分析，恐怕没有人敢否认ACEreactor线程源码分析的王者地位。其实ACE不光是一个实用reactor线程源码分析的程序库和框架集reactor线程源码分析，它更是一个设计模式的典范应用
xmemcached-reactor 是什么线程
.code.yanf4j.nio.impl.Reactor.checkSessionTimeout(Reactor.java:364)
at com.google.code.yanf4j.nio.impl.Reactor.run(Reactor.java:121)
Exception in thread “Xmemcached-Reactor-2” java.lang.NullPointerException
at org.slf4j.impl.Log4jLoggerAdapter.error(Log4jLoggerAdapter.java:485)
at net.rubyeye.xmemcached.impl.MemcachedHandler.onExceptionCaught
netty reactor 怎么理解
处于学习socket api阶段者，其实这个阶段随便找本书看下就下，如果好奇心强烈，看下unix网络编程，了解下更低层的知识，这块是逃不过的，会用了api才是开始。
下步就是学习reactor、proactor模式，当然理解就好，没必要自己去写，这时就知道为什么要用netty等框架。
等框架用的顺手了，慢慢就理解到网络编程重点不在于socket api，而是线程模型，所以就开始深入研究多线程编程……再之后就是分布式。