成人国产在线小视频_日韩寡妇人妻调教在线播放_色成人www永久在线观看_2018国产精品久久_亚洲欧美高清在线30p_亚洲少妇综合一区_黄色在线播放国产_亚洲另类技巧小说校园_国产主播xx日韩_a级毛片在线免费

資訊專欄INFORMATION COLUMN

HttpInterceptor 攔截器 - 網(wǎng)絡(luò)請求超時與重試的簡單實(shí)現(xiàn)

stonezhu / 3267人閱讀

摘要:對象表示攔截器鏈表中的下一個攔截器。至此,攔截器只會再重試到最大次數(shù)還是失敗的情況下拋出超時錯誤。完成上述步驟,一個簡單的網(wǎng)絡(luò)請求超時與重試的攔截器便實(shí)現(xiàn)了。

...

攔截器Angular項(xiàng)目中其實(shí)有著十分重要的地位,攔截器可以統(tǒng)一對 HTTP 請求進(jìn)行攔截處理,我們可以在每個請求體或者響應(yīng)后對應(yīng)的流添加一系列動作或者處理數(shù)據(jù),再返回給使用者調(diào)用。

每個 API 調(diào)用的時候都不可避免的會出現(xiàn)網(wǎng)絡(luò)超時的情況,但是這種情況是多變的,可能是網(wǎng)絡(luò)問題,也有可能是服務(wù)端問題,盡管如此,我們也只需對網(wǎng)絡(luò)超時這一種情況來進(jìn)行處理。

套殼 按照慣例寫一個攔截器的殼
import {
    HttpInterceptor,
    HttpRequest,
    HttpHandler,
    HttpEvent
} from "@angular/common/http"
import { Injectable } from "@angular/core"
import { Observable } from "rxjs"
import { timeout } from "rxjs/operators"

/** 攔截器 - 超時以及重試設(shè)置 */
@Injectable()
export class TimeoutInterceptor implements HttpInterceptor {

    constructor() { }

    intercept(req: HttpRequest, next: HttpHandler): Observable> {
        return next.handle(req)
    }
}
加入超時處理 超時

rxjs確實(shí)功能強(qiáng)大,這里的超時我們只需要使用timeout操作符便可以實(shí)現(xiàn)。這里的超時處理邏輯是掛到next.handle()返回的可觀察對象中。

next 對象表示攔截器鏈表中的下一個攔截器。 這個鏈表中的最后一個 next 對象就是 HttpClient 的后端處理器(backend handler),它會把請求發(fā)給服務(wù)器,并接收服務(wù)器的響應(yīng)。
大多數(shù)的攔截器都會調(diào)用 next.handle(),以便這個請求流能走到下一個攔截器,并最終傳給后端處理器。

先在類外部定義一個超時時限

/** 超時時間 */
const DEFAULTTIMEOUT = 8000

在攔截器主函數(shù)handle流中加入操作符

return next.handle(req).pipe(
    timeout(DEFAULTTIMEOUT)
)

其實(shí)這樣就實(shí)現(xiàn)了超時攔截器,當(dāng)超過設(shè)定的時間還沒有響應(yīng)數(shù)據(jù)的時候,handle流便會在拋出相應(yīng)的超時錯誤。

捕獲超時

在超時錯誤發(fā)生后,我們可能需要第一時間捕獲到以便給用戶一個提示。這里可以直接使用catchError操作符。

在攔截器主函數(shù)handle流中加入操作符

return next.handle(req).pipe(
    //... 已有的代碼忽略
    catchError((err: HttpErrorResponse) => {
        this.nzNotificationService.error("網(wǎng)絡(luò)超時","請重試")
        return throwError(err)
    })
)

handle需要返回一個可觀察對象,所以我們順便把捕獲的錯誤返回。這樣一來,便可以在捕獲到超時的時候顯示一個簡單的提示。

超時重試

一般來說,超時出現(xiàn)的情況是不確定的,即使多了提示,有些請求用戶也沒有其他的動作去重試,只能刷新頁面,那此時重新請求就顯得重要了,我們可以在捕獲到超時請求之后對這個請求再進(jìn)行固定次數(shù)的重試,避免某些情況的超時影響用戶體驗(yàn)。

對流進(jìn)行多次重試,可以使用retryWhen操作符。

retryWhen操作符接受一個函數(shù)作為參數(shù),這個函數(shù)會接受一個由一組錯誤組成的Observable,我們可以針對這個Observable做一些節(jié)奏控制來促動重試動作,然后在函數(shù)中返回這個可觀察對象。

一個簡單的retryWhen組成:

retryWhen(err$ => {
    return err$.pipe(
        //一些節(jié)奏控制
        ...
    )
})

如此以來,我們就可以直接使用此操作符來實(shí)現(xiàn)了。

添加retryWhen重試

我們在next.handle流掛上retryWhen操作符

return next.handle(req).pipe(
    //... 已有的代碼忽略
    retryWhen(err$ => {
        return err$
    })
)

其實(shí)此時就已經(jīng)實(shí)現(xiàn)了重試機(jī)制,但是運(yùn)行結(jié)果你會發(fā)現(xiàn),當(dāng)超時錯誤永遠(yuǎn)存在時,重試的次數(shù)是無限的,也就是程序會不斷得請求,因?yàn)槲覀冞€沒有做任何的節(jié)奏控制。

那么,我們就需要先確定一下重試的節(jié)奏,比如最大的重試次數(shù)、每次延遲多久重試、重試上限次數(shù)還是失敗了的處理等等。那就簡單處理提到的這3個情況吧。

重試最大次數(shù)

既然retryWhenerr$是一個錯誤組成的流,那么每一次超時重試失敗后,err$便會推動一次數(shù)據(jù),我們可以使用scan操作符來累計(jì)獲取重試失敗的次數(shù),以此來控制重試的最大次數(shù)。

scan操作符接受兩個參數(shù),第一個是累加函數(shù),可以在函數(shù)中獲取上一次scan的累加值以及所在流的數(shù)據(jù),第二個值接受一個scan的初始累加值,所以可以很輕松地獲取重試錯誤的次數(shù)。

在攔截器類外部定義一個最大重試次數(shù):

/** 最大重試次數(shù) */
const MAXRETRYCOUNT = 3

我們在retryWhen中掛上scan操作符

return next.handle(req).pipe(
    //... 已有的代碼忽略
    retryWhen(err$ => {
        return err$.pipe(
            scan((errCount, err) => {
                if (errCount >= MAXRETRYCOUNT) {
                    throw err
                }
                return errCount + 1
            }, 0)
        )
    })
)

scan中,我們獲取了累加值(errCount,初始為0 ),判斷是否大于上限,如果大于便直接拋出超時錯誤(err),如果小于便返回累加值 +1。至此,攔截器只會再重試到最大次數(shù)還是失敗的情況下拋出超時錯誤。

延遲重試

重試最好加上延遲,避免某些場景下一定請求錯誤的情況,比如服務(wù)器的某些請求過濾。延遲十分簡單,只需要在err$掛上delay操作符,流的推動便會以一定的間隔實(shí)行。

return next.handle(req).pipe(
    //... 已有的代碼忽略
    retryWhen(err$ => {
        return err$.pipe(
            //... 已有的代碼忽略
            delay(1000)
        )
    })
)
重試的友好提示

可能有的時候網(wǎng)絡(luò)太慢,或者重試次數(shù)設(shè)置得比較大,這樣在請求重試的時候會耗時比較久,而用戶是不知道此時正在重試的,所以加一個友好的提示可以增加用戶體驗(yàn)。

而添加提示是屬于比較透明或者說屬于副作用動作,此時我們可以直接使用tap操作符來進(jìn)行操作。由于是掛到scan之后,所以在tap中獲取到的就是重試的累加值。

return next.handle(req).pipe(
    //... 已有的代碼忽略
    retryWhen(err$ => {
        return err$.pipe(
            //... 已有的代碼忽略
            tap(errCount => {
                if(errCount == 1){
                    //第一次重試時顯示友好信息
                    this.nzNotificationService.info("網(wǎng)絡(luò)超時","正在重新請求中...")
                }
            })
        )
    })
)

這樣當(dāng)?shù)谝淮沃匦抡埱髸r,我們便給出明確的提示。

修改捕獲錯誤(catchError)的順序

前面我們在沒有重試功能之前設(shè)置了捕獲錯誤,并給出提示。由于后面加了重試功能,故捕獲錯誤的操作需要掛到重試之后,這樣一來,才可以在全部重試完成后仍然失敗的情況下提示用戶,而不是每次重試都給出捕獲到的錯誤提示。

return next.handle(req).pipe(
    timeout( ... ),
    retryWhen( ... ),
    catchError( ... )
)

完成上述步驟,一個簡單的網(wǎng)絡(luò)請求超時與重試的攔截器便實(shí)現(xiàn)了。完整的代碼如下:

import {
    HttpInterceptor,
    HttpRequest,
    HttpHandler,
    HttpEvent,
    HttpErrorResponse
} from "@angular/common/http"
import { Injectable } from "@angular/core"
import { 
    Observable, 
    throwError 
} from "rxjs"
import { 
    timeout, 
    delay, 
    retryWhen, 
    scan, 
    tap, 
    catchError 
} from "rxjs/operators"
import { NzNotificationService } from "ng-zorro-antd"

/** 超時時間 */
const DEFAULTTIMEOUT = 8
/** 最大重試次數(shù) */
const MAXRETRYCOUNT = 3

//攔截器 - 超時以及重試設(shè)置
@Injectable()
export class TimeoutInterceptor implements HttpInterceptor {

    constructor(
        private nzNotificationService:NzNotificationService
    ) { }

    intercept(req: HttpRequest, next: HttpHandler): Observable> {
        return next.handle(req).pipe(
            timeout(DEFAULTTIMEOUT),
            retryWhen(err$ => {
                //重試 節(jié)奏控制器
                return err$.pipe(
                    scan((errCount, err) => {
                        if (errCount >= MAXRETRYCOUNT) {
                            throw err
                        }
                        return errCount + 1
                    }, 0),
                    delay(1000),
                    tap(errCount => {
                        //副作用
                        if(errCount == 1){
                            //第一次重試時顯示友好信息
                            this.nzNotificationService.info("網(wǎng)絡(luò)超時","正在重新請求中...")
                        }
                    })
                )
            }),
            catchError((err: HttpErrorResponse) => {
                this.nzNotificationService.error("網(wǎng)絡(luò)超時","請重試")
                return throwError(err)
            })
        )
    }   
}

詳細(xì)攔截器說明請前往官網(wǎng)文檔:攔截請求和響應(yīng)

文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/98649.html

相關(guān)文章

  • Spring 指南(spring-retry)

    摘要:包含一些狀態(tài)來決定是重試還是中止,但是這個狀態(tài)位于堆棧上,不需要將它存儲在全局的任何位置,因此我們將此稱為無狀態(tài)重試。將拋出原始異常,除非在有狀態(tài)的情況下,當(dāng)沒有可用的恢復(fù),在這種情況下,它將拋出。 spring-retry 該項(xiàng)目為Spring應(yīng)用程序提供聲明式重試支持,它用于Spring Batch、Spring Integration、Apache Hadoop的Spring(以...

    xiaotianyi 評論0 收藏0
  • 我們?nèi)绾卧贚inkerd 2.2里設(shè)計(jì)重試

    摘要:在這篇文章中,我們描述了我們?nèi)绾卧诶镌O(shè)計(jì)重試,使能夠在最小化風(fēng)險的同時,自動提高系統(tǒng)可靠性。配置重試的最常用方法,是指定在放棄之前執(zhí)行的最大重試次數(shù)。超時時,將取消請求并返回響應(yīng)。但是在上面的服務(wù)配置文件中,我們將在服務(wù)器端指定重試政策。 showImg(https://segmentfault.com/img/bVbo113?w=4400&h=1007);作者:Alex Leong ...

    Mike617 評論0 收藏0
  • RestTemplate集成Ribbbon

    摘要:的類圖如下主要根據(jù)創(chuàng)建擴(kuò)展了,創(chuàng)建攔截的,這里會設(shè)置攔截器,這是集成的核心,當(dāng)發(fā)起請求調(diào)用的時候,會先經(jīng)過攔截器,然后才真正發(fā)起請求。和是配合使用的,最大重試次數(shù)是針對每一個的,如果設(shè)置,這樣觸發(fā)最大重試次數(shù)就是次。 上一篇文章我們分析了ribbon的核心原理,接下來我們來看看springcloud是如何集成ribbon的,不同的springcloud的組件(feign,zuul,Re...

    wall2flower 評論0 收藏0
  • SpringCloud升級之路2020.0.x版-37. 實(shí)現(xiàn)異步的客戶端封裝配置管理的意義與設(shè)計(jì)

    摘要:對于異步的請求,使用的是異步客戶端即。要實(shí)現(xiàn)的配置設(shè)計(jì)以及使用舉例要實(shí)現(xiàn)的配置設(shè)計(jì)以及使用舉例首先,我們要實(shí)現(xiàn)的,其包含三個重試重試的要在負(fù)載均衡之前,因?yàn)橹卦嚨臅r候,我們會從負(fù)載均衡器獲取另一個實(shí)例進(jìn)行重試,而不是在同一個實(shí)例上重試多次。 本系列代碼地址:https://github.com/JoJoTec/spring-cloud-parent 為何需要封裝異步 HT...

    fxp 評論0 收藏0
  • 簽發(fā)的用戶認(rèn)證token超時刷新策略

    摘要:簽發(fā)的用戶認(rèn)證超時刷新策略這個模塊分離至項(xiàng)目權(quán)限管理系統(tǒng)與前后端分離實(shí)踐,感覺那樣太長了找不到重點(diǎn),分離出來要好點(diǎn)。這樣在有效期過后的時間段內(nèi)可以申請刷新。 簽發(fā)的用戶認(rèn)證token超時刷新策略 這個模塊分離至項(xiàng)目api權(quán)限管理系統(tǒng)與前后端分離實(shí)踐,感覺那樣太長了找不到重點(diǎn),分離出來要好點(diǎn)。 對于登錄的用戶簽發(fā)其對應(yīng)的jwt,我們在jwt設(shè)置他的固定有效期時間,在有效期內(nèi)用戶攜帶jw...

    e10101 評論0 收藏0

發(fā)表評論

0條評論

最新活動
閱讀需要支付1元查看
<