作者：京東物流 鐘磊
1 前言
最近在梳理介面邏輯的時候發現，代碼中使用的策略和責任鏈設計模式給我留下了非常深刻的印象，一個業務邏輯流程通常非常適合使用責任鏈和策略設計模式來實作，因為一個業務需求通常可以拆分成一個個獨立的邏輯處理單元并按順序組合而成，而責任鏈設計模式可以很好的鏈接整個業務流程，同時策略設計模式可以將業務中變化的演算法部分抽離出來，從而復用主要的公共邏輯并可以靈活替換業務演算法，使用這兩種設計模式可以靈活擴展我們的代碼以適應不同的業務需求，由于這兩種設計模式非常實用，下面簡單介紹一下我對這兩種設計模式的理解和它們在Spring框架原始碼中的應用，
2 責任鏈設計模式的一般定義
責任鏈設計模式是設計模式中的一種行為型設計模式，其基礎結構類似于一個鏈條，整個鏈條由一個個單獨的鏈環組成，每個鏈環在程式代碼中就是一個獨立的處理單元，每個處理單元都有自己負責的獨特邏輯，當一個處理請求來到這個鏈條后，會依次沿著每個處理單元進行傳遞直到這個請求被處理完畢為止，
2.1 使用場景：
1.一個業務請求需要經過一組處理單元的處理，這種場景類似于一個業務邏輯流程中設定了多個功能不同的處理單元，一個業務請求需要經過這多個處理單元的串行處理，
2.程式中存在能處理同一個請求的多個處理單元，但決定具體使用哪個處理單元需要在程式運行時根據請求動態確定，
2.2 類圖結構和Spring AOP框架中的應用
1：類圖結構
2：責任鏈設計模式在Spring AOP框架中的應用
Spring框架中的AOP模塊就使用了責任鏈設計模式將目標方法的一次呼叫程序包裝成了一條方法呼叫鏈來增強目標方法，Spring AOP模塊中包括了Before、After、AfterReturning、AfterThrowing、Around這五種通知方法，Spring AOP模塊將這些通知方法和目標方法通過動態代理的方式包裝成了一條呼叫鏈來分別履行各個通知模塊的處理邏輯，下面是Spring AOP的原始碼分析圖，
Spring AOP通過遞回的方式來實作責任鏈的功能，首先將所有的通知方法進行排序，然后利用一個List索引來控制整個執行流程的開始和結束，在整個責任鏈中Before通知負責執行前置處理，After通知負責執行后置處理，AfterReturning方法負責在目標方法成功執行回傳后執行處理邏輯，AfterThrowing方法負責在目標方法例外執行后執行處理邏輯，Spring AOP將通知方法包裝成方法呼叫鏈上的每一個節點，巧妙地利用責任鏈模式完成了目標方法的處理增強，
3：泛化的責任鏈設計模式
在日常代碼的撰寫中，責任鏈設計模式并不需要如此嚴格的結構，只要代碼整體流程由一個個獨立的處理單元構成，并且按一定順序組合組合而成，那么也可以看作是一種更加泛化的責任鏈設計模式，也能很好的滿足開閉原則，例如下面這種更加常用的代碼結構，
上面這種結構同樣也能實作責任鏈處理功能，也可以更加簡潔的進行撰寫，同樣可以很好的進修改和靈活擴展，在維護代碼的適合也會更加清晰，
2.3 責任鏈模式的優點：
1.每個處理節點都有自己的獨特的處理邏輯，明確各自在整個流程中的職責，符合類的單一職責原則，
2.構建的責任鏈可以根據業務需求進行靈活改變，能動態進行順序調整以及動態插拔，滿足重要的開閉原則，
3.降低了請求發送者以及請求處理者之間的耦合度，
3 策略設計模式的一般定義
策略設計模式同樣也是設計模式中的一種行為型設計模式，其在結構上的表現就是將可變的演算法策略部分從業務代碼邏輯中獨立出來，將這些演算法策略形成策略池，從而可以隨時替換和更新，使得我們的代碼結構更加靈活、更易擴展，
3.1 使用場景
1：當代碼需要根據背景關系邏輯來選擇使用不同的業務演算法時，我們可以使用策略設計模式來優化代碼的判斷結構，從而避免大量的if/else分支判斷，
2：當代碼的主體處理邏輯大致相同，僅僅在部分的業務演算法上存在不同時，可以將這些不同的業務演算法抽離出來，從而能避免大量重復的代碼撰寫，并能復用主體代碼邏輯，
3.2 類圖結構和Spring框架中的應用
1：類圖結構
2：Spring框架中的應用
Spring框架中給我們開發者留下了非常多的擴展策略點，實作了可動態插拔的功能擴展，其中典型的一個策略擴展點就是BeanPostProcessor介面，BeanPostProcessor介面允許我們在Bean的初始化前和初始化后做一些邏輯處理策略來改變Bean的屬性，允許我們對Bean進行改造和個性化，Spring AOP就是利用BeanPostProcessor這個策略擴展點實作了動態代理Bean的創建，下面是Spring AOP后置處理器的原始碼分析，
Spring AOP通過匯入AspectJAwareAdvisorAutoProxyCreator這個實作了BeanPostProcessor介面的后置處理器，在Bean初始化后進行了一個動態代理類的創建，其在postProcessAfterInitaliztion方法中的WarpIfNecessary中方法中實作了代理類的創建，Spring框架利用這種模板加策略的設計模式讓我們可以個性化擴展框架的功能，讓框架變得非常靈活可擴展，我們也可以根據業務需求加入自己的BeanPostProcessor策略來實作自己的獨特邏輯，很好地滿足了重要的開閉設計原則，
3：泛化的策略設計模式
同樣地我們也不必嚴格按照定義的策略設計模式進行撰寫，只要在整體上滿足業務主體邏輯不變，將變化部分抽離出來，形成可以按需擴展的策略思想就行了，下面以SpringBoot自動裝配的原始碼來說明這種更加泛化的策略模式，SpringBoot自動裝配機制是按照用戶當前的代碼運行環境并結合@Conditional注解來動態為我們自動加載需要使用的類，這種策略設計模式是一種更加泛化的策略設計模式，同樣滿足策略設計模式的按需選擇，動態插拔的設計原則，SpringBoot的自動裝配機制的原理如下：
①SpringBoot在@EnableAutoConfiguration注解中使用了@import注解匯入了
EnableAutoConfigurationImportSelector類，
②利用EnableAutoConfigurationImportSelector類的selectImports方法來加載jar包里面META-INF/spring.factories檔案中配好的類，
③最后結合各種@Conditional注解來實作按需加載的策略設計模式，
SpringBoot這種按需自動裝配的策略設計思想，在結構上并不嚴格符合策略設計模式的結構，但他的整體設計思想非常符合策略設計模式，我們在專案中也可以通過組態檔的方式來靈活切換我們代碼中使用的策略演算法，
3.3 策略設計模式的優點：
1：可以在程式運行時動態選擇切換需要使用的獨立業務演算法，
2：將可變的業務演算法與業務主體邏輯剝離，實作更加靈活的維護和擴展，
3：滿足開閉原則，無需修改原有的代碼邏輯就能實作不同業務演算法靈活切換，
4 結合策略設計模式和責任鏈設計模式
將策略設計模式和責任鏈設計模式進行結合就能形成靈活可擴展的流程結構，能應對多變的業務需求，下面是將兩者進行結合的結構圖，
一個request在經過每一個handler處理單元時，會根據request的背景關系內容選擇合適的策略進行處理，然后將這所有的handler串聯起來形成完整的業務流程，
5 總結
在日常代碼的撰寫中，業務需求的變化總是不定的，這樣會導致我們的代碼會頻繁的隨著需求的改變進行調整，稍加不注意的話就會導致我們的代碼非常臃腫和復雜，累加到一定程度后會變得難以維護，這時預先使用合適的代碼設計模式能有效的緩解這種情況，文中描述的責任鏈和策略設計模式能有效滿足代碼撰寫的開閉原則，能更加有效的應對隨時變化的業務需求，
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/544397.html
標籤：Java