概念上非常簡(jiǎn)單。我們有一個(gè)巨大的遺留 Java 站點(diǎn)，它不使用線程/異步。登錄需要很長(zhǎng)時(shí)間，因?yàn)樗鼘?duì)不同的微服務(wù)進(jìn)行了十幾次調(diào)用，但每次都是同步調(diào)用：在進(jìn)行下一次調(diào)用之前，每個(gè)都等待另一個(gè)完成。但是，沒(méi)有一個(gè) API 調(diào)用依賴于任何其他調(diào)用的結(jié)果。但是在我們繼續(xù)之前，我們確實(shí)需要獲得所有結(jié)果并將它們組合起來(lái)。很明顯，我們應(yīng)該能夠并行進(jìn)行這十幾個(gè)調(diào)用，但要等待它們?nèi)客瓿梢栽谙乱徊街惺褂盟鼈兊臄?shù)據(jù)。所以在調(diào)用之前和之后一切都是同步的。然而，最好并行地、異步地——或者只是并行地——將它們各自發(fā)送出去——那么我們只受到單個(gè)最慢調(diào)用的限制，而不是所有調(diào)用的總連續(xù)時(shí)間。我讀到 Java 8 在CompletableFuture. 但我還沒(méi)有找到任何地方解釋我的用途。我們不希望結(jié)果成為一個(gè)承諾 - 我們很高興等到它們?nèi)客瓿扇缓罄^續(xù)。JS 有Promise.all()，但即使如此也會(huì)返回一個(gè)承諾。我能想到的就是在異步調(diào)用完成后稍作等待，只有在我們獲得所有結(jié)果后才繼續(xù)。這顯然是瘋了。我在這里錯(cuò)過(guò)了什么嗎？因?yàn)檫@對(duì)我來(lái)說(shuō)似乎很明顯，但似乎沒(méi)有其他人對(duì)此有疑問(wèn)——或者方法很簡(jiǎn)單，沒(méi)有人費(fèi)心去問(wèn)，而我就是不明白。