iocp

【推荐阅读】微服务还能火多久？>>> AIO是在NIO基础上实现的异步非阻塞通信 Windows下提供了IOCP技术，I/O Completion Port，称为I/O完成端口。IOCP是一个消息队列。当监听到客户请求的时候就把请求加到消息队列中。然后已有的线程去逐一处理，处理完成后需要得到反馈的工作线程就会收到通知，然后前去处理。当没有请求加入到消息队列的时候，相应的线程也就处理挂起的状态进行等待。 所以Windows下算是有实际意义上的异步非阻塞 同步异步是消息通信的机制 阻塞非阻塞是事件处理 阻塞:死等着被调用方回信，中间什么不干 非阻塞:没收到被调用方回信时，中间干点别的 同步：一会儿一趟，没有结果就反复问 异步:问完等对方通知反馈 同步阻塞:到服务台反复问讯，死等服务生反馈 同步非阻塞:到服务台反复问询，在等服务生反馈期间玩手机 异步阻塞:到服务台问讯，死等服务生反馈，服务生确认后通知我 异步非阻塞:到服务台问询，问完就玩手机去了，服务生确认后通知我 Linux用epoll进行相关实现 AIO服务端实现 package netty.aio; /** AIO模式服务端实现 @author zhousjmas@hotmail.com */ public class AIOSocketServerMain { public static void main(String[]

【推荐阅读】微服务还能火多久？>>> 面试真是痛并快乐的一件事，痛在被虐的体无完肤，快乐在可以短时间内积累很多问题，加速学习。 在我们准备面试的时候，遇到的面试题有难有易，不能因为容易，我们就轻视，更不能因为难，我们就放弃。我们面对高薪就业的态度永远不变，那就是坚持、坚持、再坚持。出现问题，找原因；遇到困难，想办法。我们一直坚信只有在坚持中才能看到希望，而不是看到希望才去坚持。 人生没有如果，只有结果和后果。既然选择了，就不后悔。年轻就是资本，年轻就要吃苦，就要历练。就要学会在坚持中成长。如此感慨，至深的心得体会，绝对的经验之谈。 OK，进入正题，下面就是《必须掌握的20道技术面试题》。 问1：请用简单的语言告诉我C++ 是什么？ 答：C++是在C语言的基础上开发的一种面向对象编程语言，应用广泛。C++支持多种编程范式 －－面向对象编程、泛型编程和过程化编程。 其编程领域众广，常用于系统开发，引擎开发等应用领域，是最受广大程序员受用的最强大编程语言之一,支持类：类、封装、重载等特性! 问2：C和C++的区别？ 答：c++在c的基础上增添类，C是一个结构化语言，它的重点在于算法和数据结构。C程序的设计首要考虑的是如何通过一个过程，对输入（或环境条件）进行运算处理得到输出（或实现过程（事务）控制），而对于C++，首要考虑的是如何构造一个对象模型，让这个模型能够契合与之对应的问题域

一个线程，通过记录I/O流的状态来同时管理多个I/O，可以提高服务器的吞吐能力 。 就像下面这张图的前半部分一样，中间的那条线就是我们的 单个线程 ，它通过记录传入的每一个I/O流的状态来同时管理多个IO。 multiplexing NIO同步非阻塞式IO 对比 BIO的同步阻塞IO操作 ，实际上NIO是同步非阻塞IO，一个线程在同步的进行轮询检查，Selector不断轮询注册在其上的Channel，某个Channel上面发生读写连接请求，这个Channel就处于就绪状态，被Selector轮询出来，然后通过SelectionKey可以获取就绪Channel的集合，进行后续的I/O操作。 同步和异步说的是消息的通知机制，这个线程仍然要定时的读取stream，判断数据有没有准备好，client采用循环的方式去读取（线程自己去抓去信息），CPU被浪费。 非阻塞：体现在，这个线程可以去干别的，不需要一直在这等着。Selector可以同时轮询多个Channel，因为JDK使用了epoll()代替传统的select实现，没有最大连接句柄限制。所以只需要一个线程负责Selector的轮询，就可以接入成千上万的客户端。 AIO 是在NIO的基础上引入异步通道的概念，实现 异步非阻塞式的IO处理 。 AIO不需要通过多路复用器对注册的通道进行轮询操作即可实现异步读写。什么意思呢？

声明：除CSDN外的任何媒体转载必须注明作者以及“转载自CSDN”。 本文简单介绍了当前Windows支持的各种Socket I/O模型，如果你发现其中存在什么错误请务必赐教。 一：select模型 二：WSAAsyncSelect模型 三：WSAEventSelect模型 四：Overlapped I/O 事件通知模型 五：Overlapped I/O 完成例程模型 六：IOCP模型 老陈有一个在外地工作的女儿，不能经常回来，老陈和她通过信件联系。他们的信会被邮递员投递到他们的信箱里。 这和Socket模型非常类似。下面我就以老陈接收信件为例讲解Socket I/O模型~~~ 一：select模型 老陈非常想看到女儿的信。以至于他每隔10分钟就下楼检查信箱，看是否有女儿的信~~~~~ 在这种情况下，“下楼检查信箱”然后回到楼上耽误了老陈太多的时间，以至于老陈无法做其他工作。 select模型和老陈的这种情况非常相似：周而复始地去检查......如果有数据......接收/发送....... 使用线程来select应该是通用的做法： Code procedure TListenThread.Execute; var addr : TSockAddrIn; fd_ read : TFDSet; timeout : TTimeVal; ASock, MainSock : TSocket

直入正题 Epoll 用于Linux系统； IOCP 是用于 Windows； Epoll 是当事件资源满足时发出可处理通知消息； IOCP 则是当事件完成时发出完成通知消息。 从应用程序的角度来看， Epoll 本质上来讲是同步非阻塞的； IOCP 本质上来讲则是异步操作； 举例说明吧 有一个打印店，有一台打印机，好几个人在排队打印。 普通打印店，正常情况是： 1、你准备好你的文档，来到打印店。 2、排队，等别人打印完。 3、轮到你了，打印你的文档。 4、你取走文档，做后面的处理。 这种方式，你会浪费很多等待时间，非常低效。 于是就Linux和windows都提出了自己最优的模型。 Linux的epoll模型，则可以描述如下： 1、你准备好你的文档，来到打印店。 2、告诉店小二说，我先排队在这位置，轮到我了通知一声(假定你来回路上不耗时) 3、你先去忙你的事情去了 4、轮到你了，店小二通知你(假定你来回路上不耗时) 5、你获得打印机使用权了，开始打印 6、打印完了拿走。 你会发现，你节省了排队的时间，等到你能获得打印机资源的时候，告诉你来处理。 但是这里，就浪费了一点时间，就是你自己打印。 这就是epoll的同步费阻塞。 windows的IOCP模型，则可以描述如下： 1、你准备好你的文档，来到打印店。 2、告诉店小二说，我先排队，轮到我了帮打印下，好了通知我

异步IO 在操作系统中，程序运行的空间分为内核空间和用户空间。我们常常提起的异步I/O，其实质是用户空间中的程序不用依赖内核空间中的I/O操作实际完成，即可进行后续任务。 同步IO的并行模式 多线程单进程 多线程的设计之处就是为了在共享的程序空间中，实现并行处理任务，从而达到充分利用CPU的效果。多线程的缺点在于执行时上下文交换的开销较大，和状态同步（锁）的问题。同样它也使得程序的编写和调用复杂化。 单线程多进程 为了避免多线程造成的使用不便问题，有的语言选择了单线程保持调用简单化，采用启动多进程的方式来达到充分利用CPU和提升总体的并行处理能力。它的缺点在于业务逻辑复杂时（涉及多个I/O调用），因为业务逻辑不能分布到多个进程之间，事务处理时长要远远大于多线程模式。 异步IO的必要性 采用同步方式的程序要完成这两个任务的时间总花销会是m + n。但是如果是采用异步方式的程序，在两种I/O可以并行的状况下（比如网络I/O与文件I/O），时间开销将会减小为max(m, n)。而当并行任务更多的时候，m + n + …与max(m, n, …)之间的孰优孰劣更是一目了然。Node.js天然地支持这种异步I/O，这是众多云计算厂商对其青睐的根本原因。 操作系统对异步I/O的支持 异步与非阻塞听起来似乎是同一回事。从实际效果的角度说，异步和非阻塞都达到了我们并行I/O的目的

理解I/O Completion Port(完成端口) 欢迎阅读此篇IOCP教程。我将先给出IOCP的定义然后给出它的实现方法，最后剖析一个Echo程序来为您拨开IOCP的谜云，除去你心中对IOCP的烦恼。OK，但我不能保证你明白IOCP的一切，但我会尽我最大的努力。以下是我会在这篇文章中提到的相关技术： I/O端口 同步/异步 堵塞/非堵塞 服务端/客户端 多线程程序设计 Winsock API 2.0 在这之前，我曾经开发过一个项目，其中一块需要网络支持，当时还考虑到了代码的可移植性，只要使用select,connect,accept,listen,send还有recv,再加上几个#ifdef的封装以用来处理Winsock和BSD套接字[socket]中间的不兼容性，一个网络子系统只用了几个小时很少的代码就写出来了，至今还让我很回味。那以后很长时间也就没再碰了。 前些日子，我们策划做一个网络游戏，我主动承担下网络这一块，想想这还不是小case,心里偷着乐啊。网络游戏好啊，网络游戏为成百上千的玩家提供了乐趣和令人着秘的游戏体验，他们在线上互相战斗或是加入队伍去战胜共同的敌人。我信心满满的准备开写我的网络，于是乎，发现过去的阻塞同步模式模式根本不能拿到一个巨量多玩家[MMP]的架构中去，直接被否定掉了。于是乎，就有了IOCP，如果能过很轻易而举的搞掂IOCP，也就不会有这篇教程了

欢迎阅读此篇IOCP教程。我将先给出IOCP的定义然后给出它的实现方法，最后剖析一个Echo程序来为您拨开IOCP的谜云，除去你心中对IOCP的烦恼。OK，但我不能保证你明白IOCP的一切，但我会尽我最大的努力。以下是我会在这篇文章中提到的相关技术： 　　I/O端口 　　同步/异步 　　堵塞/非堵塞 　　服务端/客户端 　　多线程程序设计 　　Winsock API 2.0 　　在这之前，我曾经开发过一个项目，其中一块需要网络支持，当时还考虑到了代码的可移植性，只要使用select,connect,accept,listen,send还有recv,再加上几个#ifdef的封装以用来处理Winsock和BSD套接字[socket]中间的不兼容性，一个网络子系统只用了几个小时很少的代码就写出来了，至今还让我很回味。那以后很长时间也就没再碰了。 　　前些日子，我们策划做一个网络游戏，我主动承担下网络这一块，想想这还不是小case,心里偷着乐啊。网络游戏好啊，网络游戏为成百上千的玩家提供了乐趣和令人着秘的游戏体验，他们在线上互相战斗或是加入队伍去战胜共同的敌人。我信心满满的准备开写我的网络，于是乎，发现过去的阻塞同步模式模式根本不能拿到一个巨量多玩家[MMP]的架构中去，直接被否定掉了。于是乎，就有了IOCP，如果能过很轻易而举的搞掂IOCP，也就不会有这篇教程了。下面请诸位跟随我进入正题

欢迎阅读此篇IOCP教程。我将先给出IOCP的定义然后给出它的实现方法，最后剖析一个Echo程序来为您拨开IOCP的谜云，除去你心中对IOCP的烦恼。OK，但我不能保证你明白IOCP的一切，但我会尽我最大的努力。以下是我会在这篇文章中提到的相关技术： 　　I/O端口 　　同步/异步 　　堵塞/非堵塞 　　服务端/客户端 　　多线程程序设计 　　Winsock API 2.0 　　在这之前，我曾经开发过一个项目，其中一块需要网络支持，当时还考虑到了代码的可移植性，只要使用select,connect,accept,listen,send还有recv,再加上几个#ifdef的封装以用来处理Winsock和BSD套接字[socket]中间的不兼容性，一个网络子系统只用了几个小时很少的代码就写出来了，至今还让我很回味。那以后很长时间也就没再碰了。 　　前些日子，我们策划做一个网络游戏，我主动承担下网络这一块，想想这还不是小case,心里偷着乐啊。网络游戏好啊，网络游戏为成百上千的玩家提供了乐趣和令人着秘的游戏体验，他们在线上互相战斗或是加入队伍去战胜共同的敌人。我信心满满的准备开写我的网络，于是乎，发现过去的阻塞同步模式模式根本不能拿到一个巨量多玩家[MMP]的架构中去，直接被否定掉了。于是乎，就有了IOCP，如果能过很轻易而举的搞掂IOCP，也就不会有这篇教程了。下面请诸位跟随我进入正题