两段文章清楚弄明白什么是异步IO、同步IO、同步阻塞IO、同步非阻塞IO、异步阻塞IO、异步非阻塞IO

土渣渣

已于 2022-10-29 17:19:30 修改

阅读量825

点赞数

分类专栏： 5.其他文章标签： java 前端开发语言

于 2019-05-26 01:48:11 首次发布

本文链接：https://blog.csdn.net/qq_41030861/article/details/90558000

版权

5.其他专栏收录该内容

26 篇文章 3 订阅

订阅专栏

百科解释：异步IO_百度百科

先看2，再看1，会理解的更好!

2.阻塞和非阻塞
# 阻塞和非阻塞关注的是程序在等待调用结果时的状态
# 阻塞调用是指调用结果返回之前，当前线程会被挂起。调用线程只有在得到结果之后才返回
# 非阻塞调用是指在不能立即得到结果之前，该调用不会阻塞当前线程

# 网络上的例子
#老张爱喝茶，废话不说，煮开水。
#出场人物：老张，水壶两把（普通水壶，简称水壶；会响的水壶，简称响水壶）。
#1 老张把水壶放到火上，立等水开。（同步阻塞）；立等就是阻塞了老张去干别的事，老张得一直主动的看着水开没，这就是同步
#2 老张把水壶放到火上，去客厅看电视，时不时去厨房看看水开没有。（同步非阻塞）；老张去看电视了，这就是非阻塞了，但是老张还是得关注着水开没，这也就是同步了
#3 老张把响水壶放到火上，立等水开。（异步阻塞）；立等就是阻塞了老张去干别的事，但是老张不用时刻关注水开没，因为水开了，响水壶会提醒他，这就是异步了
#4 老张把响水壶放到火上，去客厅看电视，水壶响之前不再去看它了，响了再去拿壶。（异步非阻塞）；老张去看电视了，这就是非阻塞了，而且，等水开了，响水壶会提醒他，这就是异步了
#所谓同步异步，只是对于水壶而言。普通水壶，同步；响水壶，异步。对应的也就是消息通信机制
#虽然都能干活，但响水壶可以在自己完工之后，提示老张水开了。这是普通水壶所不能及的。同步只能让调用者去轮询自己（情况2中），造成老张效率的低下。
#所谓阻塞非阻塞，仅仅对于老张而言。立等的老张，阻塞；对应的也就是程序等待结果时的状态
#看电视的老张，非阻塞。
#情况1和情况3中老张就是阻塞的，媳妇喊他都不知道。虽然3中响水壶是异步的，可对于立等的老张没有太大的意义。所以一般异步是配合非阻塞使用的，这样才能发挥异步的效用。

2----原文：异步IO - 廖雪峰的官方网站

在IO编程一节中，我们已经知道，CPU的速度远远快于磁盘、网络等IO。在一个线程中，CPU执行代码的速度极快，然而，一旦遇到IO操作，如读写文件、发送网络数据时，就需要等待IO操作完成，才能继续进行下一步操作。这种情况称为同步IO。

在IO操作的过程中，当前线程被挂起，而其他需要CPU执行的代码就无法被当前线程执行了。

因为一个IO操作就阻塞了当前线程，导致其他代码无法执行，所以我们必须使用多线程或者多进程来并发执行代码，为多个用户服务。每个用户都会分配一个线程，如果遇到IO导致线程被挂起，其他用户的线程不受影响。

多线程和多进程的模型虽然解决了并发问题，但是系统不能无上限地增加线程。由于系统切换线程的开销也很大，所以，一旦线程数量过多，CPU的时间就花在线程切换上了，真正运行代码的时间就少了，结果导致性能严重下降。

由于我们要解决的问题是CPU高速执行能力和IO设备的龟速严重不匹配，多线程和多进程只是解决这一问题的一种方法。

另一种解决IO问题的方法是异步IO。当代码需要执行一个耗时的IO操作时，它只发出IO指令，并不等待IO结果，然后就去执行其他代码了。一段时间后，当IO返回结果时，再通知CPU进行处理。

可以想象如果按普通顺序写出的代码实际上是没法完成异步IO的：

do_some_code()
f = open('/path/to/file', 'r')
r = f.read() # <== 线程停在此处等待IO操作结果
# IO操作完成后线程才能继续执行:
do_some_code(r)

所以，同步IO模型的代码是无法实现异步IO模型的。

异步IO模型需要一个消息循环，在消息循环中，主线程不断地重复“读取消息-处理消息”这一过程：

loop = get_event_loop()
while True:
    event = loop.get_event()
    process_event(event)

消息模型其实早在应用在桌面应用程序中了。一个GUI程序的主线程就负责不停地读取消息并处理消息。所有的键盘、鼠标等消息都被发送到GUI程序的消息队列中，然后由GUI程序的主线程处理。

由于GUI线程处理键盘、鼠标等消息的速度非常快，所以用户感觉不到延迟。某些时候，GUI线程在一个消息处理的过程中遇到问题导致一次消息处理时间过长，此时，用户会感觉到整个GUI程序停止响应了，敲键盘、点鼠标都没有反应。这种情况说明在消息模型中，处理一个消息必须非常迅速，否则，主线程将无法及时处理消息队列中的其他消息，导致程序看上去停止响应。

消息模型是如何解决同步IO必须等待IO操作这一问题的呢？当遇到IO操作时，代码只负责发出IO请求，不等待IO结果，然后直接结束本轮消息处理，进入下一轮消息处理过程。当IO操作完成后，将收到一条“IO完成”的消息，处理该消息时就可以直接获取IO操作结果。

在“发出IO请求”到收到“IO完成”的这段时间里，同步IO模型下，主线程只能挂起，但异步IO模型下，主线程并没有休息，而是在消息循环中继续处理其他消息。这样，在异步IO模型下，一个线程就可以同时处理多个IO请求，并且没有切换线程的操作。对于大多数IO密集型的应用程序，使用异步IO将大大提升系统的多任务处理能力。

牛人解释：https://blog.csdn.net/qq_36865108/article/details/82713426

对于IO,有同步,异步,阻塞,非阻塞的分类,最近才稍微对这些分类有一些理解,下面记录一下:

首先，我们需要划分IO，我们对IO操作分为两个步骤，1：程序发出IO请求，2：完成实际IO操作，阻塞、非阻塞是针对第一步划分的，而同步、异步是针对第二部划分的。

阻塞/非阻塞:首先,我觉得应该理解一下什么叫阻塞。一个IO请求,在线程中进行，当这个IO请求没有数据或者没有有效数据拉来完成IO操作，那么这个请求不会结束，而是等待，而这个等待就是阻塞，因为他在等待数据，导致其他IO操作无法进行，就像一个前列腺的男子等着pee，从而使整个厕所阻塞。但是怎么解决这个事情呢，java中NIO库用来解决这个问题，通过buffer，channel，selector使IO请求迅速获得是否可以进行实际操作的信息，无论可不可以，如果数据没有准备好，那么就返回信息没有准备好。然后进行别的io操作。

同步/异步:上面说到过,同步/异步IO的区分是针对完成实际的IO操作,笼统的说,同步IO就是应用程序完成实际的IO操作,而异步IO就是将实际的IO操作交给操作系统去完成,这么说,我自己都很难理解,应用程序完成和操作系统完成有什么区别呢?首先说同步,如果是应用程序本身去完成这个IO操作,那么这个应用程序这个进程就会被阻塞,这里的阻塞和上面的阻塞不同,上面的阻塞和非阻塞IO其实都属于同步IO,因为无论他们在请求时是否阻塞线程,他们的IO操作都是由应用程序进行的.而异步IO就不同了,它将实际IO操作交给操作系统去完成,首先应用程序本身的进程就没有阻塞,其次操作系统能利用的进程很多,等实际IO操作完成之后,通知程序一声就可以了,这样性能就会高于同步IO.

我觉的理解这四个分类首先就要理解IO操作的两个步骤,否则你会认为阻塞/非阻塞/同步/异步是四个没有交集的分类,但其实同步IO包括了阻塞和非阻塞IO,
---------------------