—————? 第二天? —————

————————————

在一家公司里，有三個(gè)程序員，他們的名字分別是小A、小B、小C：

有一天，公司新來的產(chǎn)品經(jīng)理有一個(gè)新需求，但她不知道這個(gè)需求應(yīng)該由誰來負(fù)責(zé)。于是，她首先找到了小A：

于是，產(chǎn)品經(jīng)理又找到了小B：

于是，產(chǎn)品經(jīng)理又找到了小C：

像這樣，一個(gè)任務(wù)從小A轉(zhuǎn)移到小B，從小B轉(zhuǎn)移到小C，再由小C最終處理，形成了一個(gè)完整的任務(wù)處理鏈條：

在上面這個(gè)鏈條當(dāng)中，包含著不同的任務(wù)處理者。面對(duì)一個(gè)新任務(wù)，每個(gè)任務(wù)處理者需要判斷自己能否處理該任務(wù)，如果能處理，則處理并返回；如果不能處理，則轉(zhuǎn)交給下一個(gè)任務(wù)處理者，直到某一個(gè)任務(wù)處理者最終完成處理。這就是職責(zé)鏈模式的核心思想。

abstract?public?class?Handler?{

????protected?Handler?successor;

????public?void?setSuccessor(Handler?successor)?{
????????this.successor?=?successor;
????}

????abstract?String?handleRequest(String?msg);
}

從上面這個(gè)抽象類可以看出，每一個(gè)Handler對(duì)象都包含著一個(gè)successor成員，指向它的下一個(gè)任務(wù)處理者，就像鏈表節(jié)點(diǎn)的next指針一樣。

public?class?HandlerA?extends?Handler?{
????@Override
????String?handleRequest(String?msg)?{
????????if(msg.contains("a")){
????????????msg?=?msg.replace('a',?'*');
????????}?else?if(this.successor?!=?null){
????????????msg?=?this.successor.handleRequest(msg);
????????}
????????return?msg;
????}
}

public?class?HandlerB?extends?Handler?{
????@Override
????String?handleRequest(String?msg)?{
????????if(msg.contains("b")){
????????????msg?=?msg.replace('b',?'*');
????????}?else?if(this.successor?!=?null){
????????????msg?=?this.successor.handleRequest(msg);
????????}
????????return?msg;
????}
}

public?class?HandlerC?extends?Handler?{
????@Override
????String?handleRequest(String?msg)?{
????????if(msg.contains("c")){
????????????msg?=?msg.replace('c',?'*');
????????}?else?if(this.successor?!=?null){
????????????msg?=?this.successor.handleRequest(msg);
????????}
????????return?msg;
????}
}

在這三個(gè)Handler實(shí)現(xiàn)類中，做了相似的判斷：

如果傳入的消息字符串包含某個(gè)字母，則把對(duì)應(yīng)的字母替換成*。一旦某個(gè)Handler替換了自己所負(fù)責(zé)的字母，就直接結(jié)束整個(gè)鏈路；如果沒有自己所負(fù)責(zé)的字母，則指定下一個(gè)Handler繼續(xù)處理。

public?class?Client?{

????public?static?void?main(String[]?args)?{
????????Handler?handlerA?=?new?HandlerA();
????????Handler?handlerB?=?new?HandlerB();
????????Handler?handlerC?=?new?HandlerC();

????????handlerA.setSuccessor(handlerB);
????????handlerB.setSuccessor(handlerC);

????????System.out.println(handlerA.handleRequest("apple"));
????????System.out.println(handlerA.handleRequest("bicycle"));
????????System.out.println(handlerA.handleRequest("color"));
????}
}

在客戶端代碼中，可以靈活設(shè)置整個(gè)鏈路和處理者的次序，然后直接調(diào)用第一個(gè)處理者的handleRequest方法，就相當(dāng)于啟動(dòng)了整個(gè)鏈路。

做過Web開發(fā)的小伙伴都知道，當(dāng)客戶端對(duì)Web應(yīng)用發(fā)出HTTP請(qǐng)求的時(shí)候，會(huì)首先經(jīng)過Tomcat容器的一層層過濾器（Filter），過濾器會(huì)針對(duì)請(qǐng)求的訪問權(quán)限、參數(shù)合法性等方面進(jìn)行驗(yàn)證和過濾。

這一層一層過濾器的實(shí)現(xiàn)，就使用了職責(zé)鏈模式。

熟悉SpringMVC框架源碼的小伙伴應(yīng)該都知道，客戶端的HTTP請(qǐng)求到了Web應(yīng)用之后，會(huì)被SpringMVC框架的DispatcherServlet類進(jìn)行分發(fā)，分發(fā)給Controller層的具體方法。

在進(jìn)入Controller層的業(yè)務(wù)邏輯之前，以及執(zhí)行完業(yè)務(wù)邏輯之后，該請(qǐng)求都會(huì)經(jīng)過一系列的攔截器（Interceptor）。這一系列攔截器的處理流程，也同樣是職責(zé)鏈模式的實(shí)現(xiàn)。

—————END—————

喜歡本文的朋友，歡迎關(guān)注公眾號(hào)?程序員小灰，收看更多精彩內(nèi)容

      

       

        

         

          

           

            

             
            
            

             點(diǎn)個(gè)[在看]，是對(duì)小灰最大的支持！