什么是責(zé)任鏈模式

客戶端發(fā)出一個(gè)請(qǐng)求，鏈上的對(duì)象都有機(jī)會(huì)來處理這一請(qǐng)求，而客戶端不需要知道誰是具體的處理對(duì)象。這樣就實(shí)現(xiàn)了請(qǐng)求者和接受者之間的解耦，并且在客戶端可以實(shí)現(xiàn)動(dòng)態(tài)的組合職責(zé)鏈。使編程更有靈活性。

定義：使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求，從而避免了請(qǐng)求的發(fā)送者和接受者之間的耦合關(guān)系。將這些對(duì)象連成一條鏈，并沿著這條鏈傳遞該請(qǐng)求，直到有對(duì)象處理它為止。其過程實(shí)際上是一個(gè)遞歸調(diào)用。

要點(diǎn)主要是：

1、有多個(gè)對(duì)象共同對(duì)一個(gè)任務(wù)進(jìn)行處理。

2、這些對(duì)象使用鏈?zhǔn)酱鎯?chǔ)結(jié)構(gòu)，形成一個(gè)鏈，每個(gè)對(duì)象知道自己的下一個(gè)對(duì)象。

3、一個(gè)對(duì)象對(duì)任務(wù)進(jìn)行處理，可以添加一些操作后將對(duì)象傳遞個(gè)下一個(gè)任務(wù)。也可以在此對(duì)象上結(jié)束任務(wù)的處理，并結(jié)束任務(wù)。

4、客戶端負(fù)責(zé)組裝鏈?zhǔn)浇Y(jié)構(gòu)，但是客戶端不需要關(guān)心最終是誰來處理了任務(wù)。

多個(gè)對(duì)象指的是什么意思？

責(zé)任鏈模式優(yōu)缺點(diǎn)

優(yōu)點(diǎn)：

職責(zé)鏈模式的最主要功能就是：動(dòng)態(tài)組合，請(qǐng)求者和接受者解耦。

請(qǐng)求者和接受者松散耦合：請(qǐng)求者不需要知道接受者，也不需要知道如何處理。每個(gè)職責(zé)對(duì)象只負(fù)責(zé)自己的職責(zé)范圍，其他的交給后繼者。各個(gè)組件間完全解耦。

動(dòng)態(tài)組合職責(zé)：職責(zé)鏈模式會(huì)把功能分散到單獨(dú)的職責(zé)對(duì)象中，然后在使用時(shí)動(dòng)態(tài)的組合形成鏈，從而可以靈活的分配職責(zé)對(duì)象，也可以靈活的添加改變對(duì)象職責(zé)。

缺點(diǎn)：

產(chǎn)生很多細(xì)粒度的對(duì)象：因?yàn)楣δ芴幚矶挤稚⒌搅藛为?dú)的職責(zé)對(duì)象中，每個(gè)對(duì)象功能單一，要把整個(gè)流程處理完，需要很多的職責(zé)對(duì)象，會(huì)產(chǎn)生大量的細(xì)粒度職責(zé)對(duì)象。

不一定能處理：每個(gè)職責(zé)對(duì)象都只負(fù)責(zé)自己的部分，這樣就可以出現(xiàn)某個(gè)請(qǐng)求，即使把整個(gè)鏈走完，都沒有職責(zé)對(duì)象處理它。這就需要提供默認(rèn)處理，并且注意構(gòu)造鏈的有效性。

責(zé)任鏈模式應(yīng)用場(chǎng)景

1. ERP系統(tǒng) 流程審批 項(xiàng)目經(jīng)理、人事經(jīng)理、總經(jīng)理

2. 工作流框架

3. 多重 if 判斷問題（微服務(wù)網(wǎng)關(guān)）

   1. 在網(wǎng)關(guān)作為微服務(wù)程序的入口，攔截客戶端所有的請(qǐng)求實(shí)現(xiàn)權(quán)限控制 ，比如先判斷Api接口限流、黑名單、用戶會(huì)話、參數(shù)過濾。

      Api接口限流→黑名單攔截→用戶會(huì)話→參數(shù)過濾

4. 風(fēng)控系統(tǒng) 失信名單→信用卡是否逾期→螞蟻信用積分650

5. Java過濾器的底層實(shí)現(xiàn)Filter

比如：在Java過濾器中客戶端發(fā)送請(qǐng)求到服務(wù)器端，過濾會(huì)經(jīng)過參數(shù)過濾、session過濾、表單過濾、隱藏過濾、檢測(cè)請(qǐng)求頭過濾

wps1.jpg

責(zé)任鏈模式類結(jié)構(gòu)圖

1.抽象處理者(Handler)角色：定義出一個(gè)處理請(qǐng)求的接口。如果需要，接口可以定義 出一個(gè)方法以設(shè)定和返回對(duì)下家的引用。這個(gè)角色通常由一個(gè)Java抽象類或者Java接口實(shí)現(xiàn)。上圖中Handler類的聚合關(guān)系給出了具體子類對(duì)下家的引用，抽象方法handleRequest()規(guī)范了子類處理請(qǐng)求的操作。

每個(gè)處理器對(duì)象中都會(huì)執(zhí)行下一個(gè)處理器對(duì)象和上一個(gè)處理器對(duì)象，形成一個(gè)鏈，這個(gè)類似于鏈表數(shù)據(jù)結(jié)構(gòu)。

如果處理器對(duì)象指向上一個(gè)處理器為空的情況下，則說明在頭部。

如果處理器對(duì)象指向下一個(gè)處理器為空的情況下，則說明在尾部。

handler 單個(gè)的執(zhí)行流程

2.具體處理者(ConcreteHandler)角色：具體處理者接到請(qǐng)求后，可以選擇將請(qǐng)求處理掉，或者將請(qǐng)求傳給下家。由于具體處理者持有對(duì)下家的引用，因此，如果需要，具體處理者可以訪問下家。

代碼

圖片.png

public abstract class GatewayHandler {
    /**
     * 每個(gè)不同的處理器 處理的業(yè)務(wù)邏輯
     */
    public abstract void doService();

    protected GatewayHandler nextGatewayHandler;


    public GatewayHandler() {

    }

    public GatewayHandler(GatewayHandler nextGatewayHandler) {
        this.nextGatewayHandler = nextGatewayHandler;
    }


    public void setNextGatewayHandler(GatewayHandler nextGatewayHandler) {
        this.nextGatewayHandler = nextGatewayHandler;
    }
}