作者：京東科技 張天賜
JDK 8 是一次重大的版本升級，新增了非常多的特性，其中之一便是CompletableFuture。自此從 JDK 層面真正意義上的支持了基于事件的異步編程范式，彌補了Future的缺陷。
在我們的日常優化中，最常用手段便是多線程并行執行。這時候就會涉及到CompletableFuture的使用。
(資料圖片)
下面舉例一個常見場景。
假如我們有兩個 RPC 遠程調用服務，我們需要獲取兩個 RPC 的結果后，再進行后續邏輯處理。
public static void main(String[] args) {
// 任務 A，耗時 2 秒
int resultA = compute(1);
// 任務 B，耗時 2 秒
int resultB = compute(2);
// 后續業務邏輯處理
System.out.println(resultA + resultB);
}
可以預估到，串行執行最少耗時 4 秒，并且 B 任務并不依賴 A 任務結果。
對于這種場景，我們通常會選擇并行的方式優化，Demo 代碼如下：
public static void main(String[] args) {
// 僅簡單舉例，在生產代碼中可別這么寫！
// 統計耗時的函數
time(() -> {
CompletableFuture result = Stream.of(1, 2)
// 創建異步任務
.map(x -> CompletableFuture.supplyAsync(() -> compute(x), executor))
// 聚合
.reduce(CompletableFuture.completedFuture(0), (x, y) -> x.thenCombineAsync(y, Integer::sum, executor));
// 等待結果
try {
System.out.println("結果：" + result.get());
} catch (ExecutionException | InterruptedException e) {
System.err.println("任務執行異常");
}
});
}
輸出：
[async-1]: 任務執行開始：1
[async-2]: 任務執行開始：2
[async-1]: 任務執行完成：1
[async-2]: 任務執行完成：2
結果：3
耗時：2 秒
可以看到耗時變成了 2 秒。
看上去CompletableFuture現有功能可以滿足我們訴求。但當我們引入一些現實常見情況時，一些潛在的不足便暴露出來了。
compute(x)如果是一個根據入參查詢用戶某類型優惠券列表的任務，我們需要查詢兩種優惠券并組合在一起返回給上游。假如上游要求我們 2 秒內處理完畢并返回結果，但compute(x)耗時卻在 0.5 秒 ~ 無窮大波動。這時候我們就需要把耗時過長的compute(x)任務結果放棄，僅處理在指定時間內完成的任務，盡可能保證服務可用。
那么以上代碼的耗時由耗時最長的服務決定，無法滿足現有訴求。通常我們會使用get(long timeout, TimeUnit unit)來指定獲取結果的超時時間，并且我們會給compute(x)設置一個超時時間，達到后自動拋異常來中斷任務。
public static void main(String[] args) {
// 僅簡單舉例，在生產代碼中可別這么寫！
// 統計耗時的函數
time(() -> {
List> result = Stream.of(1, 2)
// 創建異步任務，compute(x) 超時拋出異常
.map(x -> CompletableFuture.supplyAsync(() -> compute(x), executor))
.toList();
// 等待結果
int res = 0;
for (CompletableFuture future : result) {
try {
res += future.get(2, SECONDS);
} catch (ExecutionException | InterruptedException | TimeoutException e) {
System.err.println("任務執行異常或超時");
}
}
System.out.println("結果：" + res);
});
}
輸出：
[async-2]: 任務執行開始：2
[async-1]: 任務執行開始：1
[async-1]: 任務執行完成：1
任務執行異常或超時
結果：1
耗時：2 秒
可以看到，只要我們能夠給compute(x)設置一個超時時間將任務中斷，結合get、getNow等獲取結果的方式，就可以很好地管理整體耗時。
那么問題也就轉變成了，如何給任務設置異步超時時間呢？
當異步任務是一個 RPC 請求時，我們可以設置一個 JSF 超時，以達到異步超時效果。
當請求是一個 R2M 請求時，我們也可以控制 R2M 連接的最大超時時間來達到效果。
這么看好像我們都是在依賴三方中間件的能力來管理任務超時時間？那么就存在一個問題，中間件超時控制能力有限，如果異步任務是中間件 IO 操作 + 本地計算操作怎么辦？
用 JSF 超時舉一個具體的例子，反編譯 JSF 的獲取結果代碼如下：
public V get(long timeout, TimeUnit unit) throws InterruptedException {
// 配置的超時時間
timeout = unit.toMillis(timeout);
// 剩余等待時間
long remaintime = timeout - (this.sentTime - this.genTime);
if (remaintime <= 0L) {
if (this.isDone()) {
// 反序列化獲取結果
return this.getNow();
}
} else if (this.await(remaintime, TimeUnit.MILLISECONDS)) {
// 等待時間內任務完成，反序列化獲取結果
return this.getNow();
}
this.setDoneTime();
// 超時拋出異常
throw this.clientTimeoutException(false);
}
當這個任務剛好卡在超時邊緣完成時，這個任務的耗時時間就變成了超時時間 + 獲取結果時間。而獲取結果（反序列化）作為純本地計算操作，耗時長短受 CPU 影響較大。
某些 CPU 使用率高的情況下，就會出現異步任務沒能觸發拋出異常中斷，導致我們無法準確控制超時時間。對上游來說，本次請求全部失敗。
這類問題非常常見，如大促場景，服務器 CPU 瞬間升高就會出現以上問題。
那么如何解決呢？其實 JDK 的開發大佬們早有研究。在 JDK 9，CompletableFuture正式提供了orTimeout、completeTimeout方法，來準確實現異步超時控制。
public CompletableFutureorTimeout(long timeout, TimeUnit unit) { if (unit == null) throw new NullPointerException(); if (result == null) whenComplete(new Canceller(Delayer.delay(new Timeout(this), timeout, unit))); return this; }
JDK 9orTimeout其實現原理是通過一個定時任務，在給定時間之后拋出異常。如果任務在指定時間內完成，則取消拋異常的操作。
以上代碼我們按執行順序來看下：
首先執行new Timeout(this)。
static final class Timeout implements Runnable {
final CompletableFuture f;
Timeout(CompletableFuture f) { this.f = f; }
public void run() {
if (f != null && !f.isDone())
// 拋出超時異常
f.completeExceptionally(new TimeoutException());
}
}
通過源碼可以看到，Timeout是一個實現 Runnable 的類，run()方法負責給傳入的異步任務通過completeExceptionallyCAS 賦值異常，將任務標記為異常完成。
那么誰來觸發這個run()方法呢？我們看下Delayer的實現。
static final class Delayer {
static ScheduledFuture delay(Runnable command, long delay,
TimeUnit unit) {
// 到時間觸發 command 任務
return delayer.schedule(command, delay, unit);
}
static final class DaemonThreadFactory implements ThreadFactory {
public Thread newThread(Runnable r) {
Thread t = new Thread(r);
t.setDaemon(true);
t.setName("CompletableFutureDelayScheduler");
return t;
}
}
static final ScheduledThreadPoolExecutor delayer;
static {
(delayer = new ScheduledThreadPoolExecutor(
1, new DaemonThreadFactory())).
setRemoveOnCancelPolicy(true);
}
}
Delayer其實就是一個單例定時調度器，Delayer.delay(new Timeout(this), timeout, unit)通過ScheduledThreadPoolExecutor實現指定時間后觸發Timeout的run()方法。
到這里就已經實現了超時拋出異常的操作。但當任務完成時，就沒必要觸發Timeout了。因此我們還需要實現一個取消邏輯。
