從zuul思考責任鏈模式,(責任鏈模式是zuul的核心)
為了避免請求傳送者與多個請求處理者耦合在一起,將所有請求的處理者通過前一物件記住其下乙個物件的引用而連成一條鏈;當有請求發生時,可將請求沿著這條鏈傳遞,直到有物件處理它為止。
需求:設計乙個請求的閘道器服務,包括:檢查黑名單,校驗請求頭,請求資料解密,響應資料加密等
if
(如果設定了黑名單)
校驗請求頭資訊
if(資料是否進行加密處理)
處理請求資料
if(返回資料是否需要加密)
問題:如果需要增加響應頭資訊,需要修改核心**
定義整條鏈最基礎的處理介面
public
inte***ce
requestfilter
實現常見的請求處理
public
class
requestblackcheckfilter
implements
requestfilter
}public
class
requestheaderfilter
implements
requestfilter
}public
class
requestencryptfilter
implements
requestfilter
}public
class
responseencryptfilter
implements
requestfilter
}public
class
responseheaderfilter
implements
requestfilter
}
操作所有的請求管理器,這裡使用的是add的方式乙個乙個新增到處理鏈中。為了擴充套件可以使用配置的方式,或者將所有的鏈增加乙個優先順序的屬性,然後根據優先順序進行排序。
public
class
requestfiltermanager
public
void
filter()
}}
呼叫處理器鏈
public
class
requsethandler
}
責任鏈模式
責任鏈模式 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,同...