Java設計模式-責任鏈模式，我想這是值得你了解一下下的啦。

會了就當復習丫，不會來一起來看看吧。

很喜歡一句話：“八小時內謀生活，八小時外謀發展”。

如果你也喜歡，讓我們一起堅持吧！！

與君共勉😁

一、前言

1）引入：

在現實生活中，一個事件需要經過多個對象處理是很常見的場景。

例如，采購審批流程、請假流程等。就像我們在校請假，輔導員只能批1天，院長批3天到7天，7天以上得找書記簽字。我們就得根據請假天數的不同去找不同的老師簽名，也就是說我們必須記住每個老師姓名、辦公室位置等等，這無疑就增加難度啦。但是轉換到軟件設計中就可以使用責任鏈模式來實現，可以簡單很多，效率也會高許多。

在軟件設計中也有很多這樣的例子，例如Servlet中的Filter、security中的一系列過濾器。都是夾雜著責任鏈模式的。

2）概述：

在責任鏈模式里，很多對象由每一個對象對其下家的引用而連接起來形成一條鏈。請求在這個鏈上傳遞，直到鏈上的某一個對象決定處理此請求。發出這個請求的客戶端并不知道鏈上的哪一個對象最終處理這個請求，這使得系統可以在不影響客戶端的情況下動態地重新組織和分配責任。

責任鏈（Chain of Responsibility）模式的定義：為了避免請求發送者與多個請求處理者耦合在一起，于是將所有請求的處理者通過前一對象記住其下一個對象的引用而連成一條鏈；當有請求發生時，可將請求沿著這條鏈傳遞，直到有對象處理它為止。

3）角色結構：

職責鏈模式主要包含以下角色。

抽象處理者（Handler）角色：定義一個處理請求的接口，包含抽象處理方法和一個后繼連接。

具體處理者（Concrete Handler）角色：實現抽象處理者的處理方法，判斷能否處理本次請求，如果可以處理請求則處理，否則將該請求轉給它的后繼者。

客戶類（Client）角色：創建處理鏈，并向鏈頭的具體處理者對象提交請求，它不關心處理細節和請求的傳遞過程。

4）使用場景：

多個對象可以處理一個請求，但具體由哪個對象處理該請求在運行時自動確定。

可動態指定一組對象處理請求，或添加新的處理者。

需要在不明確指定請求處理者的情況下，向多個處理者中的一個提交請求。

二、案例代碼

2.1、案例：

現需要開發一個請假流程控制系統。請假一天以下的假只需要輔導員同意即可；請假1天到3天的假還需要院長同意；請求3天到7天還需要學院書記同意才行。

2.2、實現：

//請假條 public class LeaveRequest {private String name;//姓名private int num;//請假天數private String content;//請假內容public LeaveRequest(String name, int num, String content) {this.name = name;this.num = num;this.content = content;}public String getName() {return name;}public int getNum() {return num;}public String getContent() {return content;} } //處理者抽象類 public abstract class Handler {protected final static int NUM_ONE = 1;protected final static int NUM_THREE = 3;protected final static int NUM_SEVEN = 7;//該領導處理的請假天數區間private int numStart;private int numEnd;//領導上面還有領導private Handler nextHandler;//設置請假天數范圍 上不封頂public Handler(int numStart) {this.numStart = numStart;}//設置請假天數范圍public Handler(int numStart, int numEnd) {this.numStart = numStart;this.numEnd = numEnd;}//設置上級領導public void setNextHandler(Handler nextHandler){this.nextHandler = nextHandler;}//提交請假條public final void submit(LeaveRequest leave){if(0 == this.numStart){return;}//如果請假天數達到該領導者的處理要求if(leave.getNum() >= this.numStart){this.handleLeave(leave);//如果還有上級 并且請假天數超過了當前領導的處理范圍if(null != this.nextHandler && leave.getNum() > numEnd){this.nextHandler.submit(leave);//繼續提交} else {System.out.println("流程結束");}}}//各級領導處理請假條方法protected abstract void handleLeave(LeaveRequest leave); } //輔導員 public class Counselor extends Handler {public Counselor() {//輔導員 處理1-3天的請假super(Handler.NUM_ONE, Handler.NUM_THREE);}@Overrideprotected void handleLeave(LeaveRequest leave) {System.out.println(leave.getName() + "請假" + leave.getNum() + "天," + leave.getContent() + "。");System.out.println("輔導員審批：同意。");} } //院長 public class Dean extends Handler {public Dean() {//院長處理3-7天的請假super(Handler.NUM_THREE, Handler.NUM_SEVEN);}@Overrideprotected void handleLeave(LeaveRequest leave) {System.out.println(leave.getName() + "請假" + leave.getNum() + "天," + leave.getContent() + "。");System.out.println("院長審批：同意。");} } //學院書記 public class CollegeSecretary extends Handler {public CollegeSecretary() {//學院書記處理7天以上的請假super(Handler.NUM_SEVEN);}@Overrideprotected void handleLeave(LeaveRequest leave) {System.out.println(leave.getName() + "請假" + leave.getNum() + "天," + leave.getContent() + "。");System.out.println("學院書記審批：同意。");} } //測試類 public class Client {public static void main(String[] args) {//請假條來一張LeaveRequest leave = new LeaveRequest("小花",5,"身體不適");//各級領導Counselor counselor= new Counselor();Dean dean = new Dean();CollegeSecretary collegeSecretary = new CollegeSecretary();counselor.setNextHandler(dean);//輔導員的領導是院長dean.setNextHandler(collegeSecretary);//院長的領導是學院書記//之所以在這里設置上級領導，是因為可以根據實際需求來更改設置，如果實戰中上級領導人都是固定的，則可以移到領導實現類中。//提交申請counselor.submit(leave);} }

三、總結

優點：

降低了對象之間的耦合度。該模式使得一個對象無須知道到底是哪一個對象處理其請求以及鏈的結構，發送者和接收者也無須擁有對方的明確信息。

增強了系統的可擴展性。可以根據需要增加新的請求處理類，滿足開閉原則。

增強了給對象指派職責的靈活性。當工作流程發生變化，可以動態地改變鏈內的成員或者調動它們的次序，也可動態地新增或者刪除責任。

責任鏈簡化了對象之間的連接。每個對象只需保持一個指向其后繼者的引用，不需保持其他所有處理者的引用，這避免了使用眾多的 if 或者 if···else 語句。

責任分擔。每個類只需要處理自己該處理的工作，不該處理的傳遞給下一個對象完成，明確各類的責任范圍，符合類的單一職責原則。

缺點：

不能保證每個請求一定被處理。由于一個請求沒有明確的接收者，所以不能保證它一定會被處理，該請求可能一直傳到鏈的末端都得不到處理。

對比較長的職責鏈，請求的處理可能涉及多個處理對象，系統性能將受到一定影響。

職責鏈建立的合理性要靠客戶端來保證，增加了客戶端的復雜性，可能會由于職責鏈的錯誤設置而導致系統出錯，如可能會造成循環調用。

四、應用

真正應用到的地方，其實不少，當然最典型的就是在過濾器Filter這個方面。

如果大家使用過Security的話，就知道，它就是由一串過濾器來構成驗證、授權滴。源碼就沒有貼啦哈，一言兩語說不盡哈。~~（狗頭保命）😂

五、自言自語

我也不知道文章寫出來是有用還是無用，只是想做一個分享。希望大家能夠喜歡并且在這里能有收獲。

當然不可否認，我也想獲得那種別人認可的那種快樂，并且能人我繼續維之堅持。

你好啊，要天天開心哦。下篇文章再見。

此系列還在持續更新中… 我一定還會回來的。😁

---

直到昨晚我才知道前程似錦原來包含著一絲離別的氣味。

總結

以上是生活随笔為你收集整理的Java设计模式-责任链模式的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。