什么是异步通信-什么是异步通信？无感

咱们先别整那些干巴巴的定义，直接说大白话。异步通信就是咱们平时聊天，你发个消息，过待会儿回，中间隔得挺远，就连没等你看完就自己忙完了的事儿。
这就好比你在挥着锄头干活，忘了手里还攥着那把锤子，忘了刚刚跟邻居家借的外币在哪，等你还完钱要么做完手头的事，再回头翻个身看到对方发来确认，心里还得琢磨两句：他刚刚到底看到没？
有没有收到？这就叫异步，反正重点不一样，动作也在工夫里错开。 咱们再看看同步，比如电话要么目前的直播，你讲话，对方耳朵里听到的就是你当下的声音。
这俩状态根本没法混，你讲话的时候他听不到，他讲话的时候你看不见，但工夫轴是跟紧的。异步就不一样了，你按下发送键的时候，对方可能正对着电脑改文档，也可能正躺着刷剧，但他那个“收到”的信号是独立绕着你的动作转的。就像你打电话，你问一句，他回答一句，头也不抬，各自忙各自的事，结局两分钟后你回消息，他看都没看他发的。就连有时候，你发个通知，他先忙完了，第二天早上再补发一个，要么等到下班刚处理完一堆报表，你再喊一声“急事处理”，人家都没反应，直到你聊两句才发现他刚刚根本没在听。
这种事儿在系统开发里特别常见，比如你去图书馆看一本书，路上没看到借书卡，回到图书馆才发现别人的书借走了，你打电话去投诉，人家正忙着还书要么在隔壁借书，你没等他把卡还给你，也没等他把书还你，就一路骂街。 还有啊，咱得区分一下“人与人”和“机器与机器”。人跟人之间，特别是老式电话要么微信聊天，大量时候实际上是异步的。你刷手机，他看手机，你们俩互不相干，但我知道他在刷手机，我就知道他没在看我。机器之间呢，那更不用说了。你打开系统，发现报错，你接着点别的按钮，结局页面直接刷新，彻底不受你的管住，这就是典型的原子操作，咱们习惯叫“异步”处理，实际上就是指它跟你的请求没关系。
比如你在写代码，程序跑完了，你再去查日志，日志里可能已经记录了结局。你目前的代码，根本不能告诉程序你刚刚写代码的进度，程序只能按它的逻辑走，跟你有啥关系。
这就像你发微信问“买水吗”，他秒回“买了”，你接着发“买水钱如何给”，他立马跳个链接说“支付宝”。你发“收到”，他可能根本没看到你发的“收到”，要么他刚看到“收到”就去忙别的了。
这种时候，你发的“收到”，就只是在你这边的一个状态标记，他那边可能已经处理完了，也可能没处理，就连可能根本没接收到这个“收到”的信号。 实际上啊，大量人不认定异步难理解，就是认定这事儿慢。
可是慢不是它的全体，慢是出于它并行，是出于它不追着你跑。
你想想，要是非要让你等，那是不可能的，那是同步的强约束。但异步是松的，它给你的自由度挺大，就连能够给你假。
比如你在开会，领导让你写个总结，你一边喝奶茶一边记，领导突然说“急事”，你没印象，记错了，领导也不在意。你下班走之前，领导发来消息“数据发错了”，你没印象，你发个“收到了”，领导也没见着你的消息。
这时候，你俩哪位也没出错，哪位也没迟到，只是信息传递的工夫轴跟你的动作不一样了。
这在分布式系统里叫“分布式事务”，就是让各个数据库要么服务器之间，不管它们离得多远，不管它们如何跑，都能保证数据能传那会儿。 举个例子，咱们做个外卖订单的逻辑。你点单了，商家接单了，商家把餐端出来了，你拿着餐吃了。在这个过程中，你点单的时候，商家可能还在后台审核库存，要么还在排单；商家端餐的时候，你可能正在灶台间切菜，要么正在路上开车；你端餐的时候，商家可能还在打包发货，要么已经打包好了等着发。
这时候，你所有的操作，也就是那四个字，跟商家的操作是串起来的，但工夫上是分开的。你点单的那一刻，和商家端餐的那一刻，是彻底不同的工夫点。
要是非要让你俩的操作彻底同步，那肯定是行不通的。出于你要把点单、接单、端餐、端餐、打包、发货这六步走完，中间起码要隔上一段工夫。 再举个数据处理的例子。你在数据库里写个查询语句，用了索引，查询挺快，结局回了。你没注意到，这结局里的数据实际上是昨天后台更新的数据。你当作是今天新增的，实际上不是。
这时候你发的数据，实际上是跟昨天后台的操作异步的。你操作了，后台处理了，结局回，你吃了这顿饭，结局里可能已经跟昨天无涉了。 实际上啊，异步通信最核心的价值，就是它给了系统喘口气的本事。就像你开车，有时候堵车，你只能停车加油，不能一直踩油门。但异步不然了，你能够慢慢走，不用管路是不是堵，也不用管别人是不是在抢道。你对着前方走，别人在原地等，反正最终你总能到目标地。在软件系统里，这就像那个“持久化”的概念。你写代码提交，不保证立马生效，也不保证立马跑通。你提交一个动作，系统内部先把这事儿记下来，存个数据库，然后持续做别的。等忙完了，你再查询，看数据库里是不是有了结局。
这中间的过程，就是异步。你忙完了，数据搞定了，你再去确认，这时候数据可能早就改动了，也可能没改。就像你打电话，你问“水热吗”，他回“热了”。你接着问“锅里要加水吗”，他回“要”。你问“水热吗”，他又回“热了”。
这时候你心里还是热，他心里是热的，但你俩的对话节奏不一样。 还有啊，咱们得提一下那个“不可靠传输”。
实际上大量时候，异步本身就意味着“不可靠”。你发个消息，对方可能没看到，要么对方看到了忘了处理，要么对方在处理的时候系统挂了，消息丢了。
这时候你发个“收到”，对方可能也根本没收到。
这就叫“消息丢失”要么“最终一致性”。在金融系统里，这个事儿特别严重。你提了转账，系统异步处理，结局中间服务器挂了，要么网络断了，钱没转那会儿。你等了几小时，查账，发现扣款成功了，当作对方转过来了。
这时候你才意识到，账单是对方转的，你只是看着扣了。
这就叫“最终一致性”。
不是说你错了，而是系统没给你“立马通知”的机会。你只管自己操作，自己看自己的数据，其他人看他们的数据。
这就像两个人步行，你俩手没牵住，但你俩都走完了，结局走的过程中有岔路，要么有人跳进河里了，你俩哪位也没提醒哪位。 故此啊，异步实际上是一种“拖延战术”，更准说是“工夫差战术”。它让你在做一件事的时候，别人可能在做另一件事，要么别人在做不对的那个人，反正你也不用管。它给了系统极大的缓冲空间，让系统不至于出于某个环节卡死而整个系统崩盘。就像你开车，路上堵车，你只能停车，不用急。但异步系统里，你不用急，你只管自己跑。别人在忙，你也没必要急眼。
哪怕他消息丢了，他也没资格怪你，出于你发了，他收到了，要么没收到，反正他目前的状态，跟你的状态是脱节的。 实际上啊，异步通信在大量场景下，都是更优解。
比如你发个消息，对方可能正在开会，你发个消息，对方可能正在开会。你发个消息，对方可能正在就寝，要么正在进食。
这时候你发的消息，只是在你这边的一个状态，跟对方那边的状态没关系。
这就像你在看电视，旁边的人在洗衣服，你在刷手机，你俩互不干扰。
这时候你再发消息，对方可能根本不知道你在看啥，要么你根本不知道他在看啥。
这时候，你们俩的注意力，是异步的，跟你的动作，是异步的。 故此啊，异步通信不只是是说“慢”，它更多是是一种“不纠缠”的状态。它准系统、准人、准机器，在工夫轴上错开，在动作上错开，在状态上错开。它不要求你务必盯着对方，也不要求你务必等对方。它给你留了个口子，让你能够喘口气，让你能够插队，让你能够走自己的路。
这毕竟不是哪位都在等你，哪位都在等着哪位。
有时候，只有异步，系统才能真正活下来。 最终总结一下，异步就是不一样。你是你，他是他，你们俩的事儿，工夫轴是独立的。你忙完，他忙完，结局出来，互相都没见着哪位。
这就像你发个消息，对方可能没看到，要么看到忘了。
这就像你打电话，你问“他看到了吗”，他回“看到”，你接着问“他收到了吗”，他回“收到”。
这时候你心里还是没想明白，他也没想明白。
反正重点不一样。
这就像是你在开车，你只管自己开，别人在原地等，要么别人在开车。你只管自己开，他只管他走。
反正最终你都能到目标地，别看中间可能走了大量弯路，要么可能岔路了，要么可能掉进河里了。
反正最终结局是一样的，你俩都没错，哪位也没迟到。
这就是异步，一种准错开、准不纠缠、准最终一致的状态。