13518219792
分别到相应的read/write事件分离器。涉及到事件分离器的两种模式分别就是 Reactor和Proactor，Reactor是基于同步IO的，Proactor是基于异步IO的。
创新互联建站-专业网站定制、快速模板网站建设、高性价比静宁网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式静宁网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖静宁地区。费用合理售后完善，10余年实体公司更值得信赖。
BIO与NIO一个比较重要的不同，是我们使用BIO的时候往往会引入多线程，每个连接一个单独的线程；而NIO则是使用单线程或者只使用少量的多线程。
nio是面向块的，先把数据搬过来，先存到缓存区里面，如果线程要用从缓存区拿。所以线程不需要时刻盯着io了，可以先做一些其他的事情，过几天再来看一下缓存。是同步非阻塞的。
BIO线程模型 在JDK4中引入JavaNIO之前，所有基于Java的Socket通信都使用了同步阻塞模式（BIO）。这种请求-响应通信模型简化了上层的应用程序开发上，但在具有性能和可靠性的情况下，存在一个巨大的瓶颈。
理论上是这样的，只不过为了性能考虑线程事先创建好了并且闲置的线程可以重用而已。但一般 J2EE 服务器会有线程池，并不是每个请求新开一个。
WEB服务器会帮你把每个访问请求开辟一个线程，你只要按照你所开发的框架，比如tomcat会让你利用servlet这个框架来写代码。具体真的一言难尽，反正不用写到RUN中，除非你想对线程控制到极致，例如你要做测试。
如果编码不正确，可能会丢失通知，导致工作线程一直保持空闲状态，无视工作队列中需要处理的任务。因此使用这些方法时，必须格外小心，即便是专家也可能在这方面出错。最好使用现有的、比较成熟的线程池。
如果真的需要终止一个线程，可以使用以下几种方法：让线程的run()方法执行完，线程自然结束。
问题六：多线程并发服务器的缺点是什么？可采用什么克服 多线程处理的优点 同步应用程序的开发比较容易，但由于需要在上一个任务完成后才能开始新的任务，所以其效率通常比多线程应用程序低。
Linux企业应用案例精解这本书，写的不错，举得案例比较有代表性，综合性挺强的，实验过程记录的挺清楚，不过要是都有视频教学就更好了，以前总觉得我自己的linux水平不错的，不过看了这本书后真是感觉我还有很多要学的。
nio 在linux上使用的是epoll ，epoll支持在一个进程中打开的FD是操作系统最大文件句柄数，而不是你所说的16位short表示的文件句柄。 而 select模型 单进程打开的FD是受限的 select模型默认FD是1024 。
Java NIO ： 同步非阻塞，服务器实现模式为一个请求一个线程，即客户端发送的连接请求都会注册到多路复用器上，多路复用器轮询到连接有I/O请求时才启动一个线程进行处理。
这是因为在内核实现中epoll是根据每个fd上面的callback函数实现的。那么，只有活跃的socket才会主动的去调用 callback函数，其他idle状态socket则不会，在这点上，epoll实现了一个伪AIO，因为这时候推动力在os内核。
正如你所看到的，这些通道涵盖了UDP和TCP网络IO，以及文件IO。
当缓冲区就绪后，通知我或者执行我交给你的回调函数。AIO可以做到真正的异步的操作，但实现起来比较复杂，支持纯异步IO的操作系统非常少，目前也就windows是IOCP技术实现了，而在Linux上，底层还是是使用的epoll实现的。
