色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

Java CompletableFuture 異步超時實現探索

京東云 ? 來源:jf_75140285 ? 作者:jf_75140285 ? 2024-07-25 14:06 ? 次閱讀

簡介

JDK 8 中 CompletableFuture 沒有超時中斷任務的能力。現有做法強依賴任務自身的超時實現。本文提出一種異步超時實現方案,解決上述問題。

前言

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 使用率高的情況下,就會出現異步任務沒能觸發拋出異常中斷,導致我們無法準確控制超時時間。對上游來說,本次請求全部失敗。

解決方式

JDK 9

這類問題非常常見,如大促場景,服務器 CPU 瞬間升高就會出現以上問題。

那么如何解決呢?其實 JDK 的開發大佬們早有研究。在 JDK 9,CompletableFuture 正式提供了 orTimeout、completeTimeout 方法,來準確實現異步超時控制。

public CompletableFuture orTimeout(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 9 orTimeout 其實現原理是通過一個定時任務,在給定時間之后拋出異常。如果任務在指定時間內完成,則取消拋異常的操作。

以上代碼我們按執行順序來看下:

首先執行 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() 方法負責給傳入的異步任務通過 completeExceptionally CAS 賦值異常,將任務標記為異常完成。

那么誰來觸發這個 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 了。因此我們還需要實現一個取消邏輯。

static final class Canceller implements BiConsumer {
    final Future f;
    Canceller(Future f) { this.f = f; }
    public void accept(Object ignore, Throwable ex) {
        if (ex == null && f != null && !f.isDone())
        // 3 未觸發拋異常任務則取消
            f.cancel(false);
    }
}

當任務執行完成,或者任務執行異常時,我們也就沒必要拋出超時異常了。因此我們可以把 delayer.schedule(command, delay, unit) 返回的定時超時任務取消,不再觸發 Timeout。 當我們的異步任務完成,并且定時超時任務未完成的時候,就是我們取消的時機。因此我們可以通過 whenComplete(BiConsumer action) 來完成。

Canceller 就是一個 BiConsumer 的實現。其持有了 delayer.schedule(command, delay, unit) 返回的定時超時任務,accept(Object ignore, Throwable ex) 實現了定時超時任務未完成后,執行 cancel(boolean mayInterruptIfRunning) 取消任務的操作。

JDK 8

如果我們使用的是 JDK 9 或以上,我們可以直接用 JDK 的實現來完成異步超時操作。那么 JDK 8 怎么辦呢?

其實我們也可以根據上述邏輯簡單實現一個工具類來輔助。

以下是我們營銷自己的工具類以及用法,貼出來給大家作為參考,大家也可以自己寫的更優雅一些~

調用方式:

CompletableFutureExpandUtils.orTimeout(異步任務, 超時時間, 時間單位);

工具類源碼:

package com.jd.jr.market.reduction.util;

import com.jdpay.market.common.exception.UncheckedException;

import java.util.concurrent.*;
import java.util.function.BiConsumer;

/**
 * CompletableFuture 擴展工具
 *
 * @author zhangtianci7
 */
public class CompletableFutureExpandUtils {

    /**
     * 如果在給定超時之前未完成,則異常完成此 CompletableFuture 并拋出 {@link TimeoutException} 。
     *
     * @param timeout 在出現 TimeoutException 異常完成之前等待多長時間,以 {@code unit} 為單位
     * @param unit    一個 {@link TimeUnit},結合 {@code timeout} 參數,表示給定粒度單位的持續時間
     * @return 入參的 CompletableFuture
     */
    public static  CompletableFuture orTimeout(CompletableFuture future, long timeout, TimeUnit unit) {
        if (null == unit) {
            throw new UncheckedException("時間的給定粒度不能為空");
        }
        if (null == future) {
            throw new UncheckedException("異步任務不能為空");
        }
        if (future.isDone()) {
            return future;
        }

        return future.whenComplete(new Canceller(Delayer.delay(new Timeout(future), timeout, unit)));
    }

    /**
     * 超時時異常完成的操作
     */
    static final class Timeout implements Runnable {
        final CompletableFuture future;

        Timeout(CompletableFuture future) {
            this.future = future;
        }

        public void run() {
            if (null != future && !future.isDone()) {
                future.completeExceptionally(new TimeoutException());
            }
        }
    }

    /**
     * 取消不需要的超時的操作
     */
    static final class Canceller implements BiConsumer {
        final Future future;

        Canceller(Future future) {
            this.future = future;
        }

        public void accept(Object ignore, Throwable ex) {
            if (null == ex && null != future && !future.isDone()) {
                future.cancel(false);
            }
        }
    }

    /**
     * 單例延遲調度器,僅用于啟動和取消任務,一個線程就足夠
     */
    static final class Delayer {
        static ScheduledFuture delay(Runnable command, long delay, TimeUnit unit) {
            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("CompletableFutureExpandUtilsDelayScheduler");
                return t;
            }
        }

        static final ScheduledThreadPoolExecutor delayer;

        static {
            delayer = new ScheduledThreadPoolExecutor(1, new DaemonThreadFactory());
            delayer.setRemoveOnCancelPolicy(true);
        }
    }
}

總結

在 JDK 8 場景下,現有超時中斷的做法依賴于任務本身的超時實現,當任務本身的超時失效,或者不夠精確時,并沒有很好的手段來中斷任務。因此本文給出一種讓 CompletableFuture 支持異步超時的實現方案實現思路,僅供大家參考。

參考資料

JEP 266: JDK 9 并發包更新提案

審核編輯 黃宇

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • JAVA
    +關注

    關注

    19

    文章

    2980

    瀏覽量

    105732
  • RPC
    RPC
    +關注

    關注

    0

    文章

    111

    瀏覽量

    11627
  • 異步
    +關注

    關注

    0

    文章

    62

    瀏覽量

    18163
收藏 人收藏

    評論

    相關推薦

    Java的SPI機制詳解

    作者:京東物流 楊葦葦 1.SPI簡介 SPI(Service Provicer Interface)是Java語言提供的一種接口發現機制,用來實現接口和接口實現的解耦。簡單來說,就是系統只需要定義
    的頭像 發表于 03-05 11:35 ?391次閱讀
    <b class='flag-5'>Java</b>的SPI機制詳解

    充電樁與計量電能表通訊超時,如何排查故障?

    當充電樁出現計量電表通訊超時的情況,我們可以從這些方面查找原因。
    的頭像 發表于 12-30 15:31 ?310次閱讀
    充電樁與計量電能表通訊<b class='flag-5'>超時</b>,如何排查故障?

    Java 23功能介紹

    Java 23 包含全新和更新的 Java 語言功能、核心 API 以及 JVM,同時適合新的 Java 開發者和高級開發者。從?IntelliJ IDEA 2024.2?開始已支持 Java
    的頭像 發表于 12-04 10:02 ?517次閱讀
    <b class='flag-5'>Java</b> 23功能介紹

    socket 連接超時處理技巧

    在網絡編程中,Socket連接超時是一個常見的問題。處理超時的關鍵在于確保程序能夠優雅地處理這些情況,避免程序崩潰或者無響應。以下是一些處理Socket連接超時的技巧。 1. 設置合理的超時
    的頭像 發表于 11-12 14:13 ?765次閱讀

    Java中時間戳的使用

    Java中時間戳的使用
    的頭像 發表于 11-06 16:04 ?317次閱讀
    <b class='flag-5'>Java</b>中時間戳的使用

    盛顯科技:投影融合處理器連接出現超時,該怎么辦?

    在使用投影融合處理器的過程中,由于多種潛在因素的作用,偶爾會遇到連接超時的狀況。當這種情況發生時,即表示在嘗試與投影融合處理器構建網絡連接的過程中,連接請求在既定時間窗口內未能得到任何響應,從而導致
    的頭像 發表于 11-06 10:58 ?301次閱讀
    盛顯科技:投影融合處理器連接出現<b class='flag-5'>超時</b>,該怎么辦?

    socket連接超時如何處理

    實現以及網絡環境。 1. 理解Socket連接超時 在TCP/IP協議中,socket連接超時通常指的是在建立連接、發送數據或接收數據的過程中,由于沒有在預期時間內完成操作,系統自動終止連接。這個預期時間就是
    的頭像 發表于 11-01 16:48 ?1389次閱讀

    記一次JSF異步調用引起的接口可用率降低

    前言 本文記錄了由于JSF異步調用超時引起的接口可用率降低問題的排查過程,主要介紹了排查思路和JSF異步調用的流程,希望可以幫助大家了解JSF的異步調用原理以及提供一些問題排查思路。本
    的頭像 發表于 08-05 13:40 ?340次閱讀
    記一次JSF<b class='flag-5'>異步</b>調用引起的接口可用率降低

    ESP-Touch極難連接,容易超時怎么解決?

    ESP-touch默認APP超時只有46秒(這個可以自行修改),在ESP8266上30秒左右就會超時,但是平均大概要40秒左右才能鎖定頻道,然后經常在數據尚未接受完成就超時。希望能在調用
    發表于 07-18 07:55

    華納云:java web和java有什么區別java web和java有什么區別

    Java Web和Java是兩個不同的概念,它們在功能、用途和實現方式上存在一些區別,下面將詳細介紹它們之間的區別。 1. 功能和用途: – Java是一種編程語言,它提供了一種用于開
    的頭像 發表于 07-16 13:35 ?1123次閱讀
    華納云:<b class='flag-5'>java</b> web和<b class='flag-5'>java</b>有什么區別<b class='flag-5'>java</b> web和<b class='flag-5'>java</b>有什么區別

    中偉視界:智能監控和預警,靜止超時AI算法如何提升非煤礦山安全?

    本文詳細介紹了靜止超時AI算法在非煤礦山的工作原理、技術實現細節和應用場景,并分析了其在安全管理中的實際效果。通過智能監控和預警,靜止超時AI算法能夠提高礦山的安全防控水平,提升管理效率,降低運營
    的頭像 發表于 07-14 11:29 ?1600次閱讀
    中偉視界:智能監控和預警,靜止<b class='flag-5'>超時</b>AI算法如何提升非煤礦山安全?

    從多線程設計模式到對 CompletableFuture 的應用

    最近在開發 延保服務 頻道頁時,為了提高查詢效率,使用到了多線程技術。為了對多線程方案設計有更加充分的了解,在業余時間讀完了《圖解 Java 多線程設計模式》這本書,覺得收獲良多。本篇文章將介紹其中
    的頭像 發表于 06-26 14:18 ?475次閱讀
    從多線程設計模式到對 <b class='flag-5'>CompletableFuture</b> 的應用

    探索虛擬線程:原理與實現

    虛擬線程的引入與優勢 在Loom項目之前,Java虛擬機(JVM)中的線程是通過java.lang.Thread類型來實現的,這些線程被稱為平臺線程。 然而,平臺線程的創建和維護在資源使用上存在顯著
    的頭像 發表于 06-24 11:35 ?413次閱讀
    <b class='flag-5'>探索</b>虛擬線程:原理與<b class='flag-5'>實現</b>

    已經安裝了Java,且依然提示安裝Java是為什么?

    我已經在機器上安裝了最新版的 Java 10,打開 Cube 卻得到要求安裝 Java 1.7.0_45 的提示。何解?Eclipse CDT 依賴 Java,不可卸載重裝。
    發表于 04-26 06:23

    飛凌ElfBoard ELF 1板卡-如何在ELF 1開發板上實現java的支持

    /mergesort# java MergeDemo其他測試例程方法類似。 完成上述一系列步驟,即可在ELF 1開發板上成功實現Java環境的搭建與運行,我們衷心希望這篇教程指南能成為各位小伙伴在
    發表于 03-20 09:51
    主站蜘蛛池模板: 翁熄性放纵交换01 | 亚洲地址一地址二地址三 | 日本黄色官网 | 亚洲中文字幕日本在线观看 | 爱情岛aqdlttv | 激情丛林电影完整在线 | 久久中文字幕人妻AV熟女 | 在线免费视频a | 97成人免费视频 | WWW国产亚洲精品久久麻豆 | 色人格影院第四色 | 少妇一夜未归暴露妓女身份 | 5G在线观看免费年龄确认18 | 欧美黄色精品 | 久久精品一区二区影院 | 国产人妻麻豆蜜桃色 | H揉捏娇喘乳叫床NP调教视频 | SM双性精跪趴灌憋尿调教H | 伊人久久五月丁婷婷 | 免费看的一级毛片 | 国产精品无码久久av | FREECHINESE东北女人真爽 free18sex性自拍裸舞 | 蜜桃臀无码内射一区二区三区 | 暖暖的视频完整视频免费韩国 | 先锋资源久久 | 热久久视久久精品2015 | 为什么丈夫插我我却喜欢被打着插 | 曰本xxⅹ孕妇性xxx | 亚洲AV无码偷拍在线观看 | 99视频免费在线观看 | 久久伊人免费 | YY8090福利午夜理论片 | 欧美亚洲精品一区二三区8V | 樱花草在线观看影院 | 成人在线视频在线观看 | 在线免费中文字幕 | 76人遣返航班上71人呈阳性 | 中文字幕一区久久久久 | 浪潮色诱AV久久久久久久 | 人体内射精一区二区三区 | 岛国电影网址 |