做网站很麻烦吗,情侣做记录网站源码,湖北广域建设管理有限公司网站,微网站建设第一步是进行什么的设置IO的方式通常分为几种#xff0c;同步阻塞的BIO、同步非阻塞的NIO、异步非阻塞的AIO。 一、BIO 在JDK1.4出来之前#xff0c;我们建立网络连接的时候采用BIO模式#xff0c;需要先在服务端启动一个ServerSocket#xff0c;然后在客户端启动Socket来对服务端进行通信#x… IO的方式通常分为几种同步阻塞的BIO、同步非阻塞的NIO、异步非阻塞的AIO。 一、BIO 在JDK1.4出来之前我们建立网络连接的时候采用BIO模式需要先在服务端启动一个ServerSocket然后在客户端启动Socket来对服务端进行通信默认情况下服务端需要对每个请求建立一堆线程等待请求而客户端发送请求后先咨询服务端是否有线程相应如果没有则会一直等待或者遭到拒绝请求如果有的话客户端会线程会等待请求结束后才继续执行。 二、NIO NIO本身是基于事件驱动思想来完成的其主要想解决的是BIO的大并发问题 在使用同步I/O的网络应用中如果要同时处理多个客户端请求或是在客户端要同时和多个服务器进行通讯就必须使用多线程来处理。也就是说将每一个客户端请求分配给一个线程来单独处理。这样做虽然可以达到我们的要求但同时又会带来另外一个问题。由于每创建一个线程就要为这个线程分配一定的内存空间也叫工作存储器而且操作系统本身也对线程的总数有一定的限制。如果客户端的请求过多服务端程序可能会因为不堪重负而拒绝客户端的请求甚至服务器可能会因此而瘫痪。 NIO基于Reactor当socket有流可读或可写入socket时操作系统会相应的通知引用程序进行处理应用再将流读取到缓冲区或写入操作系统。 也就是说这个时候已经不是一个连接就要对应一个处理线程了而是有效的请求对应一个线程当连接没有数据时是没有工作线程来处理的。 BIO与NIO一个比较重要的不同是我们使用BIO的时候往往会引入多线程每个连接一个单独的线程而NIO则是使用单线程或者只使用少量的多线程每个连接共用一个线程。 NIO的最重要的地方是当一个连接创建后不需要对应一个线程这个连接会被注册到多路复用器上面所以所有的连接只需要一个线程就可以搞定当这个线程中的多路复用器进行轮询的时候发现连接上有请求的话才开启一个线程进行处理也就是一个请求一个线程模式。 在NIO的处理方式中当一个请求来的话开启线程进行处理可能会等待后端应用的资源(JDBC连接等)其实这个线程就被阻塞了当并发上来的话还是会有BIO一样的问题。 HTTP/1.1出现后有了Http长连接这样除了超时和指明特定关闭的http header外这个链接是一直打开的状态的这样在NIO处理中可以进一步的进化在后端资源中可以实现资源池或者队列当请求来的话开启的线程把请求和请求数据传送给后端资源池或者队列里面就返回并且在全局的地方保持住这个现场(哪个连接的哪个请求等)这样前面的线程还是可以去接受其他的请求而后端的应用的处理只需要执行队列里面的就可以了这样请求处理和后端应用是异步的.当后端处理完到全局地方得到现场产生响应这个就实现了异步处理。 三、AIO 与NIO不同当进行读写操作时只须直接调用API的read或write方法即可。这两种方法均为异步的对于读操作而言当有流可读取时操作系统会将可读的流传入read方法的缓冲区并通知应用程序对于写操作而言当操作系统将write方法传递的流写入完毕时操作系统主动通知应用程序。 即可以理解为read/write方法都是异步的完成后会主动调用回调函数。 在JDK1.7中这部分内容被称作NIO.2主要在java.nio.channels包下增加了下面四个异步通道 AsynchronousSocketChannelAsynchronousServerSocketChannelAsynchronousFileChannelAsynchronousDatagramChannel 其中的read/write方法会返回一个带回调函数的对象当执行完读取/写入操作后直接调用回调函数。 BIO是一个连接一个线程。 NIO是一个请求一个线程。 AIO是一个有效请求一个线程。 先来个例子理解一下概念以银行取款为例 同步 自己亲自出马持银行卡到银行取钱使用同步IO时Java自己处理IO读写异步 委托一小弟拿银行卡到银行取钱然后给你使用异步IO时Java将IO读写委托给OS处理需要将数据缓冲区地址和大小传给OS(银行卡和密码)OS需要支持异步IO操作API阻塞 ATM排队取款你只能等待使用阻塞IO时Java调用会一直阻塞到读写完成才返回非阻塞 柜台取款取个号然后坐在椅子上做其它事等号广播会通知你办理没到号你就不能去你可以不断问大堂经理排到了没有大堂经理如果说还没到你就不能去使用非阻塞IO时如果不能读写Java调用会马上返回当IO事件分发器会通知可读写时再继续进行读写不断循环直到读写完成 Java对BIO、NIO、AIO的支持 Java BIO 同步并阻塞服务器实现模式为一个连接一个线程即客户端有连接请求时服务器端就需要启动一个线程进行处理如果这个连接不做任何事情会造成不必要的线程开销当然可以通过线程池机制改善。 Java NIO 同步非阻塞服务器实现模式为一个请求一个线程即客户端发送的连接请求都会注册到多路复用器上多路复用器轮询到连接有I/O请求时才启动一个线程进行处理。 Java AIO(NIO.2) 异步非阻塞服务器实现模式为一个有效请求一个线程客户端的I/O请求都是由OS先完成了再通知服务器应用去启动线程进行处理 BIO、NIO、AIO适用场景分析: BIO方式适用于连接数目比较小且固定的架构这种方式对服务器资源要求比较高并发局限于应用中JDK1.4以前的唯一选择但程序直观简单易理解。 NIO方式适用于连接数目多且连接比较短轻操作的架构比如聊天服务器并发局限于应用中编程比较复杂JDK1.4开始支持。 AIO方式使用于连接数目多且连接比较长重操作的架构比如相册服务器充分调用OS参与并发操作编程比较复杂JDK7开始支持。 另外I/O属于底层操作需要操作系统支持并发也需要操作系统的支持所以性能方面不同操作系统差异会比较明显。 在高性能的I/O设计中有两个比较著名的模式Reactor和Proactor模式其中Reactor模式用于同步I/O而Proactor运用于异步I/O操作。 在比较这两个模式之前我们首先的搞明白几个概念什么是阻塞和非阻塞什么是同步和异步,同步和异步是针对应用程序和内核的交互而言的同步指的是用户进程触发IO操作并等待或者轮询的去查看IO操作是否就绪而异步是指用户进程触发IO操作以后便开始做自己的事情而当IO操作已经完成的时候会得到IO完成的通知。而阻塞和非阻塞是针对于进程在访问数据的时候根据IO操作的就绪状态来采取的不同方式说白了是一种读取或者写入操作函数的实现方式阻塞方式下读取或者写入函数将一直等待而非阻塞方式下读取或者写入函数会立即返回一个状态值。 一般来说I/O模型可以分为同步阻塞同步非阻塞异步阻塞异步非阻塞IO 同步阻塞IO在此种方式下用户进程在发起一个IO操作以后必须等待IO操作的完成只有当真正完成了IO操作以后用户进程才能运行。JAVA传统的IO模型属于此种方式 同步非阻塞IO:在此种方式下用户进程发起一个IO操作以后边可返回做其它事情但是用户进程需要时不时的询问IO操作是否就绪这就要求用户进程不停的去询问从而引入不必要的CPU资源浪费。其中目前JAVA的NIO就属于同步非阻塞IO。 异步阻塞IO此种方式下是指应用发起一个IO操作以后不等待内核IO操作的完成等内核完成IO操作以后会通知应用程序这其实就是同步和异步最关键的区别同步必须等待或者主动的去询问IO是否完成那么为什么说是阻塞的呢因为此时是通过select系统调用来完成的而select函数本身的实现方式是阻塞的而采用select函数有个好处就是它可以同时监听多个文件句柄从而提高系统的并发性 异步非阻塞IO:在此种模式下用户进程只需要发起一个IO操作然后立即返回等IO操作真正的完成以后应用程序会得到IO操作完成的通知此时用户进程只需要对数据进行处理就好了不需要进行实际的IO读写操作因为真正的IO读取或者写入操作已经由内核完成了。目前Java中还没有支持此种IO模型。
