【0】README 1）本文旨在 intro 異步消息的 相關(guān)基礎(chǔ)知識(shí)；
【1】intro

【1.1】發(fā)送消息 1）intro：間接性是異步消息的關(guān)鍵所在； 2）當(dāng)一個(gè)應(yīng)用向另一個(gè)應(yīng)用發(fā)送消息時(shí)，兩個(gè)應(yīng)用之間沒有直接的聯(lián)系。相反的是，發(fā)送方的應(yīng)用程序會(huì)將消息交給一個(gè)服務(wù)，由服務(wù)確保將消息投遞給接收方應(yīng)用程序； 3）在異步消息中有兩個(gè)主要的概念（concepts）：（干貨——異步消息中的兩個(gè)主要概念——消息代理和目的地） c1）消息代理：相當(dāng)于郵局；當(dāng)一個(gè)應(yīng)用發(fā)送消息時(shí)，會(huì)將消息發(fā)送給一個(gè)消息代理； c2）目的地：消息代理可以確保消息被投遞到指定的目的地，同時(shí)解放發(fā)送者，使其能夠繼續(xù)進(jìn)行其他的業(yè)務(wù)； 4）兩個(gè)目的地：（干貨——兩個(gè)目的地——隊(duì)列和主題） target1）隊(duì)列（queue）：對(duì)應(yīng)點(diǎn)對(duì)點(diǎn)模型 target2）主題（topic）：發(fā)布/訂閱模型；
4.1）點(diǎn)對(duì)點(diǎn)模型：點(diǎn)對(duì)點(diǎn)模型中，每條消息都有一個(gè)發(fā)送者 和 一個(gè) 接收者；因?yàn)橄⑼哆f后會(huì)從隊(duì)列中刪除，這樣就可以保證消息只能投遞給一個(gè)接收者了；（但是，通常case 下， 可以使用幾個(gè)接收者來處理隊(duì)列中的消息）（干貨——使用（一個(gè)或）幾個(gè)接收者來處理隊(duì)列中的消息——如群聊消息）
4.2）發(fā)布/訂閱模型：主題的所有訂閱者都會(huì)接收到此消息的副本；（干貨——所有訂閱者都會(huì)接收到此消息——如全體成員消息）
【2】異步消息的優(yōu)點(diǎn) 【2.1】同步消息的缺點(diǎn)（deficit）： d1）意味著等待；客戶端必須等待遠(yuǎn)程方法結(jié)束后才能繼續(xù)執(zhí)行； d2）客戶端通過服務(wù)接口與遠(yuǎn)程服務(wù)相互耦合；如果服務(wù)的接口發(fā)送變化，此服務(wù)的所有客戶端都需要做相應(yīng)的改變； d3）客戶端和遠(yuǎn)程服務(wù)的位置耦合。客戶端必須配置服務(wù)的網(wǎng)絡(luò)位置，這樣它才知道如何與遠(yuǎn)程服務(wù)進(jìn)行交互； d4）客戶端與服務(wù)的可用性相耦合。如果遠(yuǎn)程服務(wù)不可用，客戶端實(shí)際上也無法正常運(yùn)行了； 【2.2】異步消息的優(yōu)點(diǎn)（merit）： m1）無需等待； m2）面向消息和解耦； m3）位置獨(dú)立； m4）確保投遞；

總結(jié)

以上是生活随笔為你收集整理的springmvc(17)异步消息简介（部分）的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。