摘要:對象表示攔截器鏈表中的下一個攔截器。至此,攔截器只會再重試到最大次數(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ù)既然retryWhen中err$是一個錯誤組成的流,那么每一次超時重試失敗后,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
摘要:包含一些狀態(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(以...
摘要:在這篇文章中,我們描述了我們?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 ...
摘要:的類圖如下主要根據(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...
摘要:對于異步的請求,使用的是異步客戶端即。要實(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...
摘要:簽發(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...
閱讀 1297·2021-11-23 09:51
閱讀 2693·2021-09-03 10:47
閱讀 2272·2019-08-30 15:53
閱讀 2458·2019-08-30 15:44
閱讀 1405·2019-08-30 15:44
閱讀 1228·2019-08-30 10:57
閱讀 1956·2019-08-29 12:25
閱讀 1119·2019-08-26 11:57