設計模式之責任鏈模式（Chain of Responsibility）詳解及代碼示例

一、責任鏈模式的定義與特點

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

　　在責任鏈模式中，客戶只需要將請求發送到責任鏈上即可，無須關心請求的處理細節和請求的傳遞過程，所以責任鏈將請求的發送者和請求的處理者解耦了。

二、責任鏈模式優缺點

　　責任鏈模式是一種對象行為型模式，其主要優點如下：

• 降低了對象之間的耦合度。該模式使得一個對象無須知道到底是哪一個對象處理其請求以及鏈的結構，發送者和接收者也無須擁有對方的明確信息。
• 增強了系統的可擴展性。可以根據需要增加新的請求處理類，滿足開閉原則。
• 增強了給對象指派職責的靈活性。當工作流程發生變化，可以動態地改變鏈內的成員或者調動它們的次序，也可動態地新增或者刪除責任。
• 責任鏈簡化了對象之間的連接。每個對象只需保持一個指向其后繼者的引用，不需保持其他所有處理者的引用，這避免了使用眾多的 if 或者 if···else 語句。
• 責任分擔。每個類只需要處理自己該處理的工作，不該處理的傳遞給下一個對象完成，明確各類的責任范圍，符合類的單一職責原則。

　　其主要缺點如下：

• 不能保證每個請求一定被處理。由於一個請求沒有明確的接收者，所以不能保證它一定會被處理，該請求可能一直傳到鏈的末端都得不到處理。
• 對比較長的職責鏈，請求的處理可能涉及多個處理對象，系統性能將受到一定影響。
• 職責鏈建立的合理性要靠客戶端來保證，增加了客戶端的復雜性，可能會由於職責鏈的錯誤設置而導致系統出錯，如可能會造成循環調用。

三、責任鏈模式的實現

　　通常情況下，可以通過數據鏈表來實現職責鏈模式的數據結構。

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

• 抽象處理者（Handler）角色：定義一個處理請求的接口，包含抽象處理方法和一個后繼連接。
• 具體處理者（Concrete Handler）角色：實現抽象處理者的處理方法，判斷能否處理本次請求，如果可以處理請求則處理，否則將該請求轉給它的后繼者。
• 客戶類（Client）角色：創建處理鏈，並向鏈頭的具體處理者對象提交請求，它不關心處理細節和請求的傳遞過程。

　　其結構圖如圖所示：

　　　　　　　　　　

　　客戶端可按如圖所示設置責任鏈：

　　　　　　　　　　  

 　　代碼實現如下：

public class ChainOfResponsibilityPattern
{
    public static void main(String[] args)
    {
        //組裝責任鏈 
        Handler handler1=new ConcreteHandler1(); 
        Handler handler2=new ConcreteHandler2(); 
        handler1.setNext(handler2); 
        //提交請求 
        handler1.handleRequest("two");
    }
}
//抽象處理者角色
abstract class Handler
{
    private Handler next;
    public void setNext(Handler next)
    {
        this.next=next; 
    }
    public Handler getNext()
    { 
        return next; 
    }   
    //處理請求的方法
    public abstract void handleRequest(String request);       
}
//具體處理者角色1
class ConcreteHandler1 extends Handler
{
    public void handleRequest(String request)
    {
        if(request.equals("one")) 
        {
            System.out.println("具體處理者1負責處理該請求！");       
        }
        else
        {
            if(getNext()!=null) 
            {
                getNext().handleRequest(request);             
            }
            else
            {
                System.out.println("沒有人處理該請求！");
            }
        } 
    } 
}
//具體處理者角色2
class ConcreteHandler2 extends Handler
{
    public void handleRequest(String request)
    {
        if(request.equals("two")) 
        {
            System.out.println("具體處理者2負責處理該請求！");       
        }
        else
        {
            if(getNext()!=null) 
            {
                getNext().handleRequest(request);             
            }
            else
            {
                System.out.println("沒有人處理該請求！");
            }
        } 
    }
}

　　運行結果如下：

具體處理者2負責處理該請求！

四、責任鏈模式的應用實例

　　用責任鏈模式設計一個請假條審批模塊：假如規定學生請假小於或等於 2 天，班主任可以批准；小於或等於 7 天，系主任可以批准；小於或等於 10 天，院長可以批准；其他情況不予批准。

　　首先，定義一個領導類（Leader），它是抽象處理者，包含了一個指向下一位領導的指針 next 和一個處理假條的抽象處理方法 handleRequest(int LeaveDays)；然后，定義班主任類（ClassAdviser）、系主任類（DepartmentHead）和院長類（Dean），它們是抽象處理者的子類，是具體處理者，必須根據自己的權力去實現父類的 handleRequest(int LeaveDays) 方法，如果無權處理就將假條交給下一位具體處理者，直到最后；客戶類負責創建處理鏈，並將假條交給鏈頭的具體處理者（班主任）。代碼如下所示：

public class LeaveApprovalTest
{
    public static void main(String[] args)
    {
        //組裝責任鏈 
        Leader leader1=new ClassAdviser();
        Leader leader2=new DepartmentHead();
        Leader leader3=new Dean();
        leader1.setNext(leader2);
        leader2.setNext(leader3);
        //提交請求 
        leader1.handleRequest(8);
    }
}
//抽象處理者：領導類
abstract class Leader
{
    private Leader next;
    public void setNext(Leader next)
    {
        this.next=next; 
    }
    public Leader getNext()
    { 
        return next; 
    }   
    //處理請求的方法
    public abstract void handleRequest(int LeaveDays);       
}
//具體處理者1：班主任類
class ClassAdviser extends Leader
{
    public void handleRequest(int LeaveDays)
    {
        if(LeaveDays<=2) 
        {
            System.out.println("班主任批准您請假" + LeaveDays + "天。");       
        }
        else
        {
            if(getNext() != null) 
            {
                getNext().handleRequest(LeaveDays);             
            }
            else
            {
                  System.out.println("請假天數太多，沒有人批准該假條！");
            }
        } 
    } 
}
//具體處理者2：系主任類
class DepartmentHead extends Leader
{
    public void handleRequest(int LeaveDays)
    {
        if(LeaveDays<=7) 
        {
            System.out.println("系主任批准您請假" + LeaveDays + "天。");       
        }
        else
        {
            if(getNext() != null) 
            {
                  getNext().handleRequest(LeaveDays);             
            }
            else
            {
                System.out.println("請假天數太多，沒有人批准該假條！");
           }
        } 
    } 
}
//具體處理者3：院長類
class Dean extends Leader
{
    public void handleRequest(int LeaveDays)
    {
        if(LeaveDays<=10) 
        {
            System.out.println("院長批准您請假" + LeaveDays + "天。");       
        }
        else
        {
              if(getNext() != null) 
            {
                getNext().handleRequest(LeaveDays);             
            }
            else
            {
                  System.out.println("請假天數太多，沒有人批准該假條！");
            }
        } 
    } 
}

　　運行結果為：

院長批准您請假8天。

　　如果現在增加一個教務處長類，可以批准學生請假 20 天，也非常簡單，代碼如下：

//具體處理者4：教務處長類
class DeanOfStudies extends Leader
{
    public void handleRequest(int LeaveDays)
    {
        if(LeaveDays<=20) 
        {
            System.out.println("教務處長批准您請假"+LeaveDays+"天。");       
        }
        else
        {
              if(getNext()!=null) 
            {
                getNext().handleRequest(LeaveDays);          
            }
            else
            {
                  System.out.println("請假天數太多，沒有人批准該假條！");
            }
        } 
    } 
}

　　然后在組裝責任鏈上直接添加上教務處長即可：

Leader leader4=new DeanOfStudies();
leader3.setNext(leader4);

五、責任鏈模式的應用場景

　　前邊已經講述了關於責任鏈模式的結構與特點，下面介紹其應用場景，責任鏈模式通常在以下幾種情況使用。

• 有多個對象可以處理一個請求，哪個對象處理該請求由運行時刻自動確定。
• 可動態指定一組對象處理請求，或添加新的處理者。
• 在不明確指定請求處理者的情況下，向多個處理者中的一個提交請求。

六、責任鏈模式的擴展

　　職責鏈模式存在以下兩種情況。

• 純的職責鏈模式：一個請求必須被某一個處理者對象所接收，且一個具體處理者對某個請求的處理只能采用以下兩種行為之一：自己處理（承擔責任）；把責任推給下家處理。
• 不純的職責鏈模式：允許出現某一個具體處理者對象在承擔了請求的一部分責任后又將剩余的責任傳給下家的情況，且一個請求可以最終不被任何接收端對象所接收。