摘要：原理在責(zé)任鏈模式里，很多對(duì)象由每一個(gè)對(duì)象對(duì)其下家的引用而連接起來形成一條鏈。請(qǐng)求在這個(gè)鏈上傳遞，直到鏈上的某一個(gè)對(duì)象決定處理此請(qǐng)求。發(fā)出這個(gè)請(qǐng)求的客戶端并不知道鏈上的哪一個(gè)對(duì)象最終處理這個(gè)請(qǐng)求，這使得系統(tǒng)可以在不影響客戶端的情況下動(dòng)態(tài)地重新組織和分配責(zé)任。組成　　責(zé)任鏈模式涉及到的角色如下所示：　　●　　抽象處理者(Handler)角色：定義出一個(gè)處理請(qǐng)求的接口。如果需要，接口可以定義出一個(gè)方法以

原理

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

組成

　　責(zé)任鏈模式涉及到的角色如下所示：

　　●　　抽象處理者(Handler)角色：定義出一個(gè)處理請(qǐng)求的接口。如果需要，接口可以定義出一個(gè)方法以設(shè)定和返回對(duì)下家的引用。這個(gè)角色通常由一個(gè)Java抽象類或者Java接口實(shí)現(xiàn)。上圖中Handler類的聚合關(guān)系給出了具體子類對(duì)下家的引用，抽象方法handleRequest()規(guī)范了子類處理請(qǐng)求的操作。

　　●　　具體處理者(ConcreteHandler)角色：具體處理者接到請(qǐng)求后，可以選擇將請(qǐng)求處理掉，或者將請(qǐng)求傳給下家。由于具體處理者持有對(duì)下家的引用，因此，如果需要，具體處理者可以訪問下家。

純的與不純的責(zé)任鏈模式

　　一個(gè)純的責(zé)任鏈模式要求一個(gè)具體的處理者對(duì)象只能在兩個(gè)行為中選擇一個(gè)：一是承擔(dān)責(zé)任，而是把責(zé)任推給下家。不允許出現(xiàn)某一個(gè)具體處理者對(duì)象在承擔(dān)了一部分責(zé)任后又把責(zé)任向下傳的情況。

　　在一個(gè)純的責(zé)任鏈模式里面，一個(gè)請(qǐng)求必須被某一個(gè)處理者對(duì)象所接收；在一個(gè)不純的責(zé)任鏈模式里面，一個(gè)請(qǐng)求可以最終不被任何接收端對(duì)象所接收。

　　純的責(zé)任鏈模式的實(shí)際例子很難找到，一般看到的例子均是不純的責(zé)任鏈模式的實(shí)現(xiàn)。有些人認(rèn)為不純的責(zé)任鏈根本不是責(zé)任鏈模式，這也許是有道理的。但是在實(shí)際的系統(tǒng)里，純的責(zé)任鏈很難找到。如果堅(jiān)持責(zé)任鏈不純便不是責(zé)任鏈模式，那么責(zé)任鏈模式便不會(huì)有太大意義了。