當前位置：首頁 > 科技 > 軟件

一文搞懂設計模式—責任鏈模式

來源：責編：時間：2024-02-01 12:51:22 216觀看

導讀責任鏈模式（Chain of Responsibility Pattern）是一種行為型設計模式，它允許多個對象按照順序處理請求，并且每個對象可以選擇自己是否處理該請求或將其傳遞給下一個對象。這種模式將請求的發送者和接收者解耦，同時提供了更

責任鏈模式（Chain of Responsibility Pattern）是一種行為型設計模式，它允許多個對象按照順序處理請求，并且每個對象可以選擇自己是否處理該請求或將其傳遞給下一個對象。這種模式將請求的發送者和接收者解耦，同時提供了更大的靈活性和可擴展性。

簡介

責任鏈模式通過將多個處理請求的對象組成一條鏈，使請求在鏈上傳遞，直到有一個對象處理它為止。每個處理對象都負責判斷自己能否處理該請求，如果可以則進行處理，否則將請求傳遞給下一個處理對象。這樣，請求發送者無需知道具體的處理對象，只需將請求發送到責任鏈上即可。

責任鏈模式包含以下角色：

抽象處理者（Handler）：定義一個處理請求的接口，并持有下一個處理者的引用。
具體處理者（Concrete Handler）：實現抽象處理者的接口，在處理請求前判斷自己是否能夠處理該請求，如果可以則進行處理，否則將請求傳遞給下一個處理者。

通過責任鏈模式，我們可以動態地組合處理對象，靈活地配置處理流程，這種解耦使得系統更加靈活和可擴展。

使用場景

責任鏈模式常用于以下場景：

動態組合處理流程：通過靈活配置責任鏈，可以動態地組合處理對象，實現不同的處理流程。每個處理者只需關注自己負責處理的請求，使得系統更加靈活和可擴展。
避免請求的發送者和接收者之間的直接耦合：通過將請求傳遞給責任鏈，請求發送者無需知道具體的處理對象，減少了對象之間的依賴關系。
處理請求的順序可變：責任鏈模式允許在運行時根據需要改變處理請求的順序，靈活調整處理流程。

常見的實際應用場景包括：

日志記錄器鏈：一個日志記錄系統可以根據日志級別將日志消息傳遞給不同的日志記錄器，如控制臺記錄器、文件記錄器、數據庫記錄器等。
審批流程：一個多級審批系統可以根據審批者的權限和級別將審批請求傳遞給下一個級別的審批者，直到獲得最終的審批結果。
異常處理：一個異常處理系統可以根據異常類型將異常進行分類處理，如日志記錄、郵件通知、異常展示等。

責任鏈模式在這些場景中可以減少代碼的耦合性，提高代碼的可維護性和可擴展性。

優缺點

優點：

解耦發送者和接收者：責任鏈模式將請求的發送者和接收者解耦，發送者無需知道具體的處理對象，只需將請求發送到責任鏈上即可。
靈活動態的處理流程：通過配置責任鏈，可以靈活地組合處理對象，實現不同的處理流程，并且可以在運行時動態地改變處理的順序。
增強代碼的可擴展性：由于責任鏈模式遵循開閉原則，新的處理者可以隨時被加入到責任鏈中，不需要修改已有代碼，提供了良好的擴展性。
增強代碼的可維護性：每個處理者只需關注自己負責處理的請求，職責單一，使得代碼更加清晰、可讀性更高。

缺點：

請求的處理不保證被處理：由于責任鏈中的每個處理者都可以選擇是否處理請求，如果沒有正確配置責任鏈或者某個處理者沒有正確處理請求，可能會導致請求無法被處理。
性能問題：當責任鏈過長或者請求在責任鏈中被頻繁傳遞時，可能會對性能產生影響。因此，在設計責任鏈時需要注意鏈的長度和處理的復雜度。
調試不方便：當責任鏈特別是鏈條比較長，環節比較多的時候，由于采用了類似遞歸的方式，調試的時候邏輯可能比較復雜。

在實際應用中，我們需要根據具體情況評估責任鏈模式的優缺點，并合理地選擇使用或者改進這個模式。

責任鏈模式實現

要實現責任鏈模式，我們按照以下步驟進行：

定義處理者接口（Handler），聲明處理方法，并添加設置下一個處理者的方法。
實現具體處理者類（ConcreteHandler），實現處理方法，并在需要時選擇是否調用下一個處理者。
在客戶端代碼中創建責任鏈，并將請求發送到責任鏈上的第一個處理者。

以下是一個簡單的示例，演示如何使用責任鏈模式處理請假申請：

步驟一：定義處理者接口（Handler）

/** * <p> * 責任鏈模式——抽象類處理器 * </p> */public abstract class AbstractHandler {    /**     * 責任鏈中的下一個元素     */    protected AbstractHandler nextHandler;    public AbstractHandler setNextChain(AbstractHandler nextHandler) {        this.nextHandler = nextHandler;        return nextHandler;    }    /**     * 責任鏈處理邏輯     */    public void linkChain(LeaveRequest request) {        handler(request);        //這里還可以加入其他方法        if (Objects.nonNull(nextHandler)) {            nextHandler.linkChain(request);        }    }    /**     * 抽象方法     */    protected abstract void handler(LeaveRequest request);}

請求對象為：

@Getterpublic class LeaveRequest {    private final String employee;    private final int days;    public LeaveRequest(String employee, int days) {        this.employee = employee;        this.days = days;    }}

步驟二：實現具體處理者類（ConcreteHandler）

@Slf4jpublic class Handler1 extends AbstractHandler {    @Override    public void handler(LeaveRequest request) {        if (request.getDays() <= 3) {            log.info("ConcreteHandlerA 處理了 " + request.getEmployee() + " 的請假申請，天數為：" + request.getDays());        }    }}@Slf4jpublic class Handler2 extends AbstractHandler {    @Override    public void handler(LeaveRequest request) {        if (request.getDays() > 3 && request.getDays() <= 7) {            log.info("ConcreteHandlerB 處理了 " + request.getEmployee() + " 的請假申請，天數為：" + request.getDays());        }    }}@Slf4jpublic class Handler3 extends AbstractHandler {    @Override    protected void handler(LeaveRequest request) {        if (request.getDays() > 7) {            log.info("ConcreteHandlerC 處理了 " + request.getEmployee() + " 的請假申請，天數為：" + request.getDays());        }    }}

步驟三：在客戶端代碼中創建責任鏈，并將請求發送到責任鏈上的第一個處理者

public class ChainPatternDemo {    private static AbstractHandler getChainOfHandler() {        AbstractHandler handler1 = new Handler1();        AbstractHandler handler2 = new Handler2();        AbstractHandler handler3 = new Handler3();        //可以自定義鏈路順序        handler1.setNextChain(handler2).setNextChain(handler3);        return handler1;    }    public static void main(String[] args) {        AbstractHandler chain = getChainOfHandler();        LeaveRequest request1 = new LeaveRequest("張三", 2);        chain.linkChain(request1);        LeaveRequest request2 = new LeaveRequest("李四", 5);        chain.linkChain(request2);        LeaveRequest request3 = new LeaveRequest("王五", 10);        chain.linkChain(request3);    }}

在上述示例中，我們定義了三個具體處理者類：Handler1、Handler2和Handler3，它們分別處理請假申請。客戶端代碼創建了責任鏈，并將請求發送給第一個處理者Handler1。每個具體處理者判斷自己是否能夠處理該請求，如果可以則進行處理，否則傳遞給下一個處理者。

運行以上代碼，輸出結果為：

ConcreteHandlerA 處理了 張三 的請假申請，天數為：2ConcreteHandlerB 處理了 李四 的請假申請，天數為：5ConcreteHandlerC 處理了 王五 的請假申請，天數為：10

這只是一個簡單示例，實際使用時可以根據業務需求進行適當的擴展和修改。

在使用責任鏈模式時，需要注意以下幾點：

確定責任鏈中的處理順序：要確保責任鏈中處理者的順序是正確的，以便能夠按照預期處理請求。處理者的順序可以在創建責任鏈時進行設置。
避免出現循環引用：如果責任鏈中的處理者之間出現了循環引用，可能會導致請求無法被正確處理或進入死循環。因此，在設置下一個處理者時要注意避免出現循環引用的情況。
處理者的數量控制：在設計責任鏈時要注意控制處理者的數量，避免責任鏈過長導致性能下降。可以根據實際需求合理劃分責任鏈，將相關的處理邏輯放在同一個處理者中，可以在 Handler 中設置一個最大節點數量，在 setNextChain() 方法中判斷是否已經是超過其閾值，超過則不允許該鏈建立，避免無意識地破壞系統性能。

通過建造者模式優化

我們可以通過建造者模式來創建責任鏈中的處理者對象。這種優化可以使責任鏈的創建和配置更加靈活和可拓展，符合開閉原則。

優化后的示例代碼：

/** * <p> * 責任鏈模式——抽象類處理器 * </p> */public abstract class AbstractHandler {    /**     * 責任鏈中的下一個元素     */    protected AbstractHandler nextHandler;    private void setNextChain(AbstractHandler nextHandler) {        this.nextHandler = nextHandler;    }    /**     * 責任鏈處理邏輯     */    public void linkChain(LeaveRequest request) {        handler(request);        //這里還可以加入其他方法        if (Objects.nonNull(nextHandler)) {            nextHandler.linkChain(request);        }    }    /**     * 抽象方法     */    protected abstract void handler(LeaveRequest request);    public static class Builder {        private AbstractHandler head;        private AbstractHandler tail;        public Builder addHandler(AbstractHandler handler) {            if (this.head == null) {                this.head = this.tail = handler;                return this;            }            this.tail.setNextChain(handler);            this.tail = handler;            return this;        }        public AbstractHandler build() {            return this.head;        }    }}

public class ChainPatternDemo {    private static AbstractHandler getChainOfHandler() {        return new AbstractHandler.Builder()                .addHandler(new Handler1())                .addHandler(new Handler2())                .addHandler(new Handler3())                .build();    }    public static void main(String[] args) {        AbstractHandler chain = getChainOfHandler();        LeaveRequest request1 = new LeaveRequest("張三", 2);        chain.linkChain(request1);        LeaveRequest request2 = new LeaveRequest("李四", 5);        chain.linkChain(request2);        LeaveRequest request3 = new LeaveRequest("王五", 10);        chain.linkChain(request3);    }}

在客戶端代碼中，我們使用建造者模式創建了一個包含多個處理者的責任鏈，并發送了一個請假申請。責任鏈會按照添加處理者的順序依次處理請假申請，直到找到能夠處理該請求的處理者為止。

通過調用 addHandler 方法，我們可以逐步構建責任鏈，將處理者添加到責任鏈的末尾，由于 setNextChain() 不對外調用，作用域可以更改為 private，最后，通過調用 build 方法，我們可以獲取責任鏈的起始處理者。

Spring中使用責任鏈模式

Spring中我們可以使用 @Component，@Order 注解，來讓容器幫我們自動構建責任鏈，從而簡化代碼。

public abstract class Handler {    abstract void handler(LeaveRequest request);}

@Order(value = 1)@Component@Slf4jpublic class HandlerA extends Handler{    @Override    public void handler(LeaveRequest request) {        if (request.getDays() <= 3) {            log.info("ConcreteHandlerA 處理了 " + request.getEmployee() + " 的請假申請，天數為：" + request.getDays());        }    }}@Order(value = 2)@Component@Slf4jpublic class HandlerB extends Handler {    @Override    public void handler(LeaveRequest request) {        if (request.getDays() > 3 && request.getDays() <= 7) {            log.info("ConcreteHandlerB 處理了 " + request.getEmployee() + " 的請假申請，天數為：" + request.getDays());        }    }}@Order(value = 3)@Component@Slf4jpublic class HandlerC extends Handler{    @Override    public void handler(LeaveRequest request) {        if (request.getDays() > 7) {            log.info("ConcreteHandlerC 處理了 " + request.getEmployee() + " 的請假申請，天數為：" + request.getDays());        }    }}

測試：

@Testpublic void test() {        for (Handler handler : handlerChain) {            LeaveRequest request =  new LeaveRequest("王五", 10);            handler.handler(request);        }    }

輸出：

ConcreteHandlerC 處理了 王五 的請假申請，天數為：10

這種寫法有其利弊，優點是可以避免繁瑣的責任鏈構建過程，簡化了代碼結構；缺點是具體處理者類之間的執行順序不夠直觀，具體使用時需要權衡考慮。

責任鏈模式的優點在于其低耦合性、靈活性和可擴展性，使得我們能夠更加輕松地管理和組織復雜的處理流程。然而，也要注意其缺點，即請求未必被處理和對處理順序敏感的特點。

最重要的是，在實際應用中根據具體需求合理運用責任鏈模式，結合其他設計模式，以便在代碼結構和可維護性上取得更好的效果。

本文鏈接：http://www.www897cc.com/showinfo-26-70450-0.html一文搞懂設計模式—責任鏈模式

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com

上一篇：我們一起聊聊C#實現JSON序列化和反序列化？

下一篇：基于WebCodecs的網頁端高性能視頻截幀

標簽：

熱門焦點

CSS單標簽實現轉轉logo

轉轉品牌升級后更新了全新的Logo，今天我們用純CSS來實現轉轉的新Logo，為了有一定的挑戰性，這里我們只使用一個標簽實現，將最大化的使用CSS能力完成Logo的繪制與動畫效果。新logo
一年經驗在二線城市面試后端的經驗分享

忠告這篇文章只適合2年內工作經驗、甚至沒有工作經驗的朋友閱讀。如果你是2年以上工作經驗，請果斷劃走，對你沒啥幫助~主人公這篇文章內容來自「升職加薪」星球星友的投稿，坐
三言兩語說透設計模式的藝術-單例模式

寫在前面單例模式是一種常用的軟件設計模式，它所創建的對象只有一個實例，且該實例易于被外界訪問。單例對象由于只有一個實例，所以它可以方便地被系統中的其他對象共享，從而減少
ESG的面子與里子

來源 | 光子星球撰文 | 吳坤諺編輯 | 吳先之三伏大幕拉起，各地高溫預警不絕，但處于厄爾尼諾大“烤”之下的除了眾生，還有各大企業發布的ESG報告。ESG是“環境保
三星推出Galaxy Tab S9系列平板電腦以及Galaxy Watch6系列智能手表

2023年7月26日，三星電子正式發布了Galaxy Z Flip5與Galaxy Z Fold5。除此之外，Galaxy Tab S9系列平板電腦以及三星Galaxy Watch6系列智能手表也同期
三星Galaxy Z Fold/Flip 5國行售價曝光：最低7499元/12999元起

據官方此前宣布，三星將于7月26日也就是明天在韓國首爾舉辦Unpacked活動，屆時將帶來帶來包括Galaxy Buds 3、Galaxy Watch 6、Galaxy Tab S9、Galaxy
2299元起！iQOO Pad明晚首銷：性能最強天璣平板

5月23日，iQOO如期舉行了新品發布會，除了首發安卓最強旗艦處理器的iQOO Neo8系列新機外，還在發布會上推出了旗下首款平板電腦——iQOO Pad，其最大的賣點
聯想YOGA 16s 2022筆記本將要推出，屏幕支持觸控功能

聯想此前宣布，將于11月2日19:30召開聯想秋季輕薄新品發布會，推出聯想 YOGA 16s 2022 筆記本等新品。官方稱，YOGA 16s 2022 筆記本將搭載 16 英寸屏幕，并且是一
利用職權私自解除被封帳號 Meta開除20多名員工

11月18日消息，據外媒援引知情人士表示，過去一年時間內，Facebook母公司Meta解雇或處罰了20多名員工以及合同工，指控這些人通過內部系統以不當方式重置用戶帳號，其

日韩成人免费在线_国产成人一二_精品国产免费人成电影在线观..._日本一区二区三区久久久久久久久不

一文搞懂設計模式—責任鏈模式

簡介

使用場景

優缺點

責任鏈模式實現

通過建造者模式優化

Spring中使用責任鏈模式

CSS單標簽實現轉轉logo

一年經驗在二線城市面試后端的經驗分享

三言兩語說透設計模式的藝術-單例模式

ESG的面子與里子

三星推出Galaxy Tab S9系列平板電腦以及Galaxy Watch6系列智能手表

三星Galaxy Z Fold/Flip 5國行售價曝光：最低7499元/12999元起

2299元起！iQOO Pad明晚首銷：性能最強天璣平板

聯想YOGA 16s 2022筆記本將要推出，屏幕支持觸控功能

利用職權私自解除被封帳號 Meta開除20多名員工

最新推薦

猜你喜歡

熱門推薦

相關資訊