一般問題：多個物件可以處理同一請求，具體由哪個物件處理則在執行時動態決定
核心方案：將這些物件連成一條鏈，並沿著這條鏈傳遞請求，直到有物件處理它為止
設計意圖：一般情況下請求乙個物件可以直接呼叫其方法，這樣請求發出者與處理者耦合；如果同一請求可以被多個物件處理，根據具體條件不同呼叫不同物件方法，這樣請求發出者與多個處理者都耦合在一起；為了簡化請求發出者的邏輯，同時解耦請求發出者和處理者，責任鏈模式將所有請求處理者連線成一條鏈，同時沿著這條鏈傳遞請求，直到請求被執行為止。
責任鏈模式uml圖如下：
handler本身維護下乙個處理者例項。
android的事件分發機制就用到了責任鏈模式。android的view和viewgroup層層組合呈樹型結構，每層都可以處理touch事件，最終由誰來處理，需要事件攔截機制決定。
假如事件在linearlayout層被處理，則不會再往下分發：
總結：責任鏈模式是一種行為型設計模式，目的是將請求的發起與執行解耦。
優點：
缺點：
責任鏈模式
責任鏈模式 chain of responsibility 的目標是使多個物件都有機會處理請求，從而避免請求的傳送者和接收者之間的耦合關係。將這些物件連成一條鏈，並沿著這條鏈傳遞請求，直到有乙個物件處理它為止。舉個例子。你到銀行去辦理業務，只是簡單的存個錢，也許atm就解決你的問題。如果你是為了交費...
責任鏈模式
有3個request與3個handler，每個request由相應的handler來處理，當乙個handler與request不匹配時則傳遞給下乙個handler來處理 inte ce request class request1 implements request class request2 ...
責任鏈模式
了解了一下責任鏈模式，簡單的說下自己的理解吧 責任鏈就是說待處理的資料在request的時候，先經過filter1的處理，再經過filter2的處理，然後response時，先經過filter2的處理，在經過filter1的處理。實現思路是filterchain包括filter1和filter2，同...