我必須在不同的系統(tǒng)上調用操作。另一個系統(tǒng)是高并發(fā)、分布式的。因此我通過 MessageBus 集成它。需要一種實現(xiàn)來讓調用者等待，直到在總線上收到結果或超時到期。實現(xiàn)包括三個步驟：首先，我必須將 future 和 CountDownLatch（一旦收到結果就釋放）打包到 ConcurrentHashMap 中。該映射與偵聽 MessageBus 的組件共享。然后我必須開始執(zhí)行并最后等待閂鎖。public FailSafeFuture execute(Execution execution,long timeout,TimeUnit timeoutUnit) {    //Step 1    final WaitingFailSafeFuture future = new WaitingFailSafeFuture();    final CountDownLatch countDownLatch = new CountDownLatch(1);    final PendingExecution pendingExecution = new PendingExecution(future, countDownLatch);    final String id = execution.getId();    pendingExecutions.put(id, pendingExecution); //ConcurrentHashMap shared with Bus    //Step 2    execution.execute();    //Step 3    final boolean awaitSuccessfull = countDownLatch.await(timeout, timeoutUnit);    //...    return future;}所以問題是：編譯器可以對這 3 個步驟重新排序嗎？據我了解，只有步驟1和步驟3形成了發(fā)生之前的關系。因此理論上，第 2 步可以由編譯器自由移動。是否可以將步驟 2 移到等待后面，從而使代碼無效？后續(xù)問題：用共享對象上的等待/通知組合替換 CountDownLatch 是否可以解決問題而無需進一步同步（當然不考慮超時）