一、簡(jiǎn)介

??責(zé)任鏈模式（Chain of Responsibility Pattern）是一種行為設(shè)計(jì)模式，允許你將請(qǐng)求沿著處理者鏈進(jìn)行傳遞，直到有一個(gè)處理者能夠處理該請(qǐng)求為止。這種模式解耦了發(fā)送者和接收者之間的關(guān)系，允許多個(gè)對(duì)象對(duì)請(qǐng)求進(jìn)行處理，但發(fā)送者無(wú)需知道請(qǐng)求的處理過(guò)程和最終哪個(gè)對(duì)象處理了它。

??在責(zé)任鏈模式中，請(qǐng)求通常沿著一個(gè)對(duì)象鏈傳遞，每個(gè)處理者對(duì)象都包含了自己的處理邏輯和對(duì)下一個(gè)處理者的引用。當(dāng)收到請(qǐng)求時(shí)，處理者可以選擇自行處理、部分處理或?qū)⒄?qǐng)求傳遞給鏈中的下一個(gè)處理者。該模式通常包含以下角色：

• Handler（抽象處理者）： 定義了處理請(qǐng)求的接口，通常包含一個(gè)指向下一個(gè)處理者的引用。
• ConcreteHandler（具體處理者）： 實(shí)現(xiàn)抽象處理者接口，在接收到請(qǐng)求后，如果能夠處理則處理請(qǐng)求，否則將請(qǐng)求傳遞給下一個(gè)處理者。

??責(zé)任鏈模式能夠動(dòng)態(tài)地建立請(qǐng)求的處理鏈，可以靈活地添加、移除或調(diào)整處理者對(duì)象，根據(jù)需求自由組合處理鏈。這樣可以避免請(qǐng)求發(fā)送者和接收者之間的直接耦合，提高了系統(tǒng)的靈活性和可維護(hù)性。

二、責(zé)任鏈模式

??當(dāng)涉及責(zé)任鏈模式時(shí)，可以創(chuàng)建一個(gè)處理器接口 Logger 和具體的處理器類 DebugLogger、InfoLogger、WarningLogger、ErrorLogger 和 FatalLogger。每個(gè)處理器類都可以處理相應(yīng)級(jí)別的日志，如果不能處理，則將日志傳遞給下一個(gè)處理器

2.1、處理器接口

// 處理器接口
public interface Logger {void setNextLogger(Logger nextLogger);void logMessage(int level, String message);
}

2.2、具體處理器類

DebugLogger

public class DebugLogger implements Logger {private Logger nextLogger;@Overridepublic void setNextLogger(Logger nextLogger) {this.nextLogger = nextLogger;}@Overridepublic void logMessage(int level, String message) {if (level <= 1) {System.out.println("Debug Logger: " + message);} else if (nextLogger != null) {nextLogger.logMessage(level, message);}}
}

InfoLogger

public class InfoLogger implements Logger {private Logger nextLogger;@Overridepublic void setNextLogger(Logger nextLogger) {this.nextLogger = nextLogger;}@Overridepublic void logMessage(int level, String message) {if (level <= 2) {System.out.println("Info Logger: " + message);} else if (nextLogger != null) {nextLogger.logMessage(level, message);}}
}

WarningLogger

public class WarningLogger implements Logger {private Logger nextLogger;@Overridepublic void setNextLogger(Logger nextLogger) {this.nextLogger = nextLogger;}@Overridepublic void logMessage(int level, String message) {if (level <= 3) {System.out.println("Warning Logger: " + message);} else if (nextLogger != null) {nextLogger.logMessage(level, message);}}
}

ErrorLogger

public class ErrorLogger implements Logger {private Logger nextLogger;@Overridepublic void setNextLogger(Logger nextLogger) {this.nextLogger = nextLogger;}@Overridepublic void logMessage(int level, String message) {if (level <= 4) {System.out.println("Error Logger: " + message);} else if (nextLogger != null) {nextLogger.logMessage(level, message);}}
}

FatalLogger

public class FatalLogger implements Logger {private Logger nextLogger;@Overridepublic void setNextLogger(Logger nextLogger) {this.nextLogger = nextLogger;}@Overridepublic void logMessage(int level, String message) {if (level <= 5) {System.out.println("Fatal Logger: " + message);} else if (nextLogger != null) {nextLogger.logMessage(level, message);}}
}

2.3、使用

// 測(cè)試類
public class ChainOfResponsibilityExample {public static void main(String[] args) {Logger debugLogger = new DebugLogger();Logger infoLogger = new InfoLogger();Logger warningLogger = new WarningLogger();Logger errorLogger = new ErrorLogger();Logger fatalLogger = new FatalLogger();// 構(gòu)建責(zé)任鏈debugLogger.setNextLogger(infoLogger);infoLogger.setNextLogger(warningLogger);warningLogger.setNextLogger(errorLogger);errorLogger.setNextLogger(fatalLogger);// 測(cè)試責(zé)任鏈debugLogger.logMessage(2, "This is an info message.");debugLogger.logMessage(4, "This is an error message.");debugLogger.logMessage(5, "This is a fatal message.");}
}

運(yùn)行結(jié)果：

Info Logger: This is an info message.
Error Logger: This is an error message.
Fatal Logger: This is a fatal message.

??在這個(gè)示例中，我們創(chuàng)建了多個(gè)具體的處理器類來(lái)處理不同級(jí)別的日志。通過(guò)構(gòu)建責(zé)任鏈，每個(gè)處理器類中實(shí)現(xiàn)了處理邏輯，并且能夠?qū)⑷罩緜鬟f給下一個(gè)處理器，直至最終處理。在測(cè)試類中，演示了發(fā)送不同級(jí)別的日志請(qǐng)求，并觀察責(zé)任鏈的處理過(guò)程。

三、優(yōu)點(diǎn)與缺點(diǎn)

??責(zé)任鏈模式有一些優(yōu)點(diǎn)和缺點(diǎn)，讓我們來(lái)看一下：

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

• 降低耦合度： 將請(qǐng)求發(fā)送者和接收者解耦，發(fā)送者無(wú)需知道請(qǐng)求的處理者，也不需要知道請(qǐng)求是如何被處理以及誰(shuí)來(lái)處理。
• 靈活性和可擴(kuò)展性：可以動(dòng)態(tài)地調(diào)整、增加或刪除處理者對(duì)象，也可以改變它們之間的順序，以滿足不同的處理需求。
• 單一職責(zé)原則： 每個(gè)具體處理者都專注于自己的處理邏輯，使得系統(tǒng)更加符合單一職責(zé)原則。

缺點(diǎn)

• 請(qǐng)求處理不保證被執(zhí)行：如果請(qǐng)求沒(méi)有被任何處理者處理，可能會(huì)出現(xiàn)未處理的情況，這需要在設(shè)計(jì)時(shí)考慮清楚。
• 性能問(wèn)題：如果責(zé)任鏈太長(zhǎng)或者處理者邏輯過(guò)于復(fù)雜，可能會(huì)影響性能。同時(shí)，遞歸地向下傳遞請(qǐng)求可能會(huì)影響性能。

??責(zé)任鏈模式適合處理對(duì)象之間存在多種處理方式的情況，但在使用時(shí)需要注意權(quán)衡，避免責(zé)任鏈過(guò)長(zhǎng)、過(guò)于復(fù)雜，以及處理者責(zé)任劃分不清晰等問(wèn)題。