客户端选择同步发送，会不会造成服务端阻塞，服务端是异步非阻塞io发送

来源：蜘蛛抓取(WebSpider) 时间：2016-04-05 09:40 标签： 异步阻塞
服务端的getInputStream和客户端的getOutputStream是同步的吗还是异步的？_百度知道
服务端的getInputStream和客户端的getOutputStream是同步的吗还是异步的？
服务端主线程：ServerSocket sever = new ServerSocket(8899);Socket socket = server.accept();Thread.sieep(5000) //睡觉5秒客户端发数据//醒读socket流DataInputStream dis = new DataInputStream(client.getInputStream());
String msg =dis.readUTF();System.out.println(msg);//读客户端传数据建立socketjava系统底层创建线程等待并接收数据传服务端主线程睡着候客户端getOutputStream虽本数据直没发送直服务端醒再发送服务端getInputStream客户端getOutputStream同步异步
提问者采纳
其他类似问题
为您推荐：
服务端的相关知识
其他1条回答
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁500 Internal Server Error
500 Internal Server ErrorJAVA NIO 不是同步非阻塞I/O吗，为什么说JAVA NIO提供了基于Selector的异步网络I/O？
按投票排序
java nio的io模型是同步非阻塞，这里的同步异步指的是真正io操作（数据内核态用户态的拷贝）是否需要进程参与。而说java nio提供了异步处理，这个异步应该是指编程模型上的异步。基于reactor模式的事件驱动，事件处理器的注册和处理器的执行是异步的。
一般来说 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 模型。
JAVA NIO是同步非阻塞io。同步和异步说的是消息的通知机制，阻塞非阻塞说的是线程的状态 。下面说说我的理解，client和服务器建立了socket连接：1、同步阻塞io：client在调用read（）方法时，stream里没有数据可读，线程停止向下执行，直至stream有数据。阻塞：体现在这个线程不能干别的了，只能在这里等着同步：是体现在消息通知机制上的，即stream有没有数据是需要我自己来判断的。2、同步非阻塞io：调用read方法后，如果stream没有数据，方法就返回，然后这个线程就就干别的去了。非阻塞：体现在，这个线程可以去干别的，不需要一直在这等着同步：体现在消息通知机制，这个线程仍然要定时的读取stream，判断数据有没有准备好，client采用循环的方式去读取，可以看出CPU大部分被浪费了3、异步非阻塞io：服务端调用read()方法，若stream中无数据则返回，程序继续向下执行。当stream中有数据时，操作系统会负责把数据拷贝到用户空间，然后通知这个线程，这里的消息通知机制就是异步！而不是像NIO那样，自己起一个线程去监控stream里面有没有数据！这是我的理解，不确定对不对
nio是对操作系统poll/epoll的包装；nio2是对asynchronize IO API的包装，不过当年Linux上没有那个玩意/Linux aio的效率不高，所以Linux上可能还是epoll模拟的。概念去读读Linux和windows系统API的解释就非常清楚了。大体上应该是这样，离开底层类库开发一段时间了，可能现在的实现有所变化。
select是同步的。但是io复用时候是非阻塞的。也就是同步非阻塞。
我认为Selector不是异步的。因为它对IO的读写还是同步阻塞的。只是通过线程复用，将IO的准备时间分离出来。真的进行IO时，还等等。异步网络 jdk 7已经有支持。你可以参考 AsynchronousServerSocketChannel。这个才是真正的异步IO
JAVA NIO其内部的IO实现是同步的，采用基于selector实现的事件驱动机制。这是内部原理。当外界发起多个线程同时进行IO操作时，所感受到的就是“我使用了多个线程，每个线程的响应不是实时的(由于是事件驱动)”，这样外界可以认为这种方式是异步的。这是外界认知。两种描述之所以不同是因为描述的角度不一样。打个比方，单核CPU执行多任务系统，其实是依赖于调度器的，其内部同一时间时间只能执行一个任务，但是外界认为他是“多任务系统”。
可能指的是NIO.2，也就是AIO，这个是异步的
已有帐号？
社交帐号登录
无法登录？
社交帐号登录

我要回帖

更多关于 异步阻塞 的文章

 

随机推荐