Spring Boot是最流行的用于開發微服務的Java框架，在本文中，我將與你分享自2016年以來我在專業開發中使用Spring Boot所采用的最佳實踐，這些內容是基于我的個人經驗和一些熟知的Spring Boot專家的文章，
在本文中，我將重點介紹Spring Boot特有的實踐（大多數時候，也適用于Spring專案），以下依次列出了最佳實踐，排名不分先后，
1、使用自定義BOM來維護第三方依賴
這條實踐是我根據實際專案中的經歷總結出的，
Spring Boot專案本身使用和集成了大量的開源專案，它幫助我們維護了這些第三方依賴，但是也有一部分在實際專案使用中并沒有包括進來，這就需要我們在專案中自己維護版本，如果在一個大型的專案中，包括了很多未開發模塊，那么維護起來就非常的繁瑣，
怎么辦呢？事實上，Spring IO Platform就是做的這個事情，它本身就是Spring Boot的子專案，同時維護了其他第三方開源庫，我們可以借鑒Spring IO Platform來撰寫自己的基礎專案platform-bom，所有的業務模塊專案應該以BOM的方式引入，這樣在升級第三方依賴時，就只需要升級這一個依賴的版本而已，
<dependencyManagement>
<dependencies>
<dependency>
<groupId>io.spring.platform</groupId>
<artifactId>platform-bom</artifactId>
<version>Cairo-SR3</version>
<type>pom</type>
<scope>import</scope>
</dependency>
</dependencies>
</dependencyManagement>
2、使用自動配置
Spring Boot的一個主要特性是使用自動配置，這是Spring Boot的一部分，它可以簡化你的代碼并使之作業，當在類路徑上檢測到特定的jar檔案時，自動配置就會被激活，
使用它的最簡單方法是依賴Spring Boot Starters，因此，如果你想與Redis進行集成，你可以首先包括：
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
如果你想與MongoDB進行集成，需要這樣：
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-mongodb</artifactId>
</dependency>
借助于這些starters，這些繁瑣的配置就可以很好地集成起來并協同作業，而且它們都是經過測驗和驗證的，這非常有助于避免可怕的Jar地獄（https://dzone.com/articles/what-is-jar-hell），
通過使用以下注解屬性，可以從自動配置中排除某些配置類：
@EnableAutoConfiguration（exclude = {ClassNotToAutoconfigure.class}）
但只有在絕對必要時才應該這樣做，
有關自動配置點擊這里有一篇實戰文章，官方檔案可在此處找到：https://docs.spring.io/spring-boot/docs/current/reference/html/using-boot-auto-configuration.html，
3、使用Spring Initializr來開始一個新的Spring Boot專案
這一條最佳實踐來自Josh Long （Spring Advocate，@starbuxman），
Spring Initializr（https://start.spring.io/）提供了一個超級簡單的方法來創建一個新的Spring Boot專案，并根據你的需要來加載可能使用到的依賴，
使用Initializr創建應用程式可確保你獲得經過測驗和驗證的依賴項，這些依賴項適用于Spring自動配置，你甚至可能會發現一些新的集成，但你可能并沒有意識到這些，
4、考慮為常見的組織問題創建自己的自動配置
這一條也來自Josh Long（Spring Advocate，@starbuxman）——這個實踐是針對高級用戶的，
如果你在一個嚴重依賴Spring Boot的公司或團隊中作業，并且有共同的問題需要解決，那么你可以創建自己的自動配置，
這項任務涉及較多作業，因此你需要考慮何時獲益是值得投入的，與多個略有不同的定制配置相比，維護單個自動配置更容易，
如果將這個提供Spring Boot配置以開源庫的形式發布出去，那么將極大地簡化數千個用戶的配置作業，有關自動配置點擊這里有一篇實戰文章，
5、正確設計代碼目錄結構
盡管允許你有很大的自由，但是有一些基本規則值得遵守來設計你的源代碼結構，
-
避免使用默認包，確保所有內容（包括你的入口點）都位于一個名稱很好的包中，這樣就可以避免與裝配和組件掃描相關的意外情況；
-
將Application.java（應用的入口類）保留在頂級源代碼目錄中；
-
我建議將控制器和服務放在以功能為導向的模塊中，但這是可選的，一些非常好的開發人員建議將所有控制器放在一起，不論怎樣，堅持一種風格！
6、保持@Controller的簡潔和專注
Controller應該非常簡單，你可以在此處閱讀有關GRASP中有關控制器模式部分的說明（https://en.wikipedia.org/wiki/GRASP_(object-oriented_design)#Controller），你希望控制器作為協調和委派的角色，而不是執行實際的業務邏輯，以下是主要做法：
-
控制器應該是無狀態的！默認情況下，控制器是單例，并且任何狀態都可能導致大量問題；
-
控制器不應該執行業務邏輯，而是依賴委托；
-
控制器應該處理應用程式的HTTP層，這不應該傳遞給服務；
-
控制器應該圍繞用例/業務能力來設計，
要深入這個內容，需要進一步地了解設計REST API的最佳實踐，無論你是否想要使用Spring Boot，都是值得學習的，
7、圍繞業務功能構建@Service
Service是Spring Boot的另一個核心概念，我發現最好圍繞業務功能/領域/用例（無論你怎么稱呼都行）來構建服務，
在應用中設計名稱類似AccountService, UserService, PaymentService這樣的服務，比起像DatabaseService、ValidationService、CalculationService這樣的會更合適一些，
你可以決定使用Controler和Service之間的一對一映射，那將是理想的情況，但這并不意味著，Service之間不能互相呼叫！
8、使資料庫獨立于核心業務邏輯之外
我之前還不確定如何在Spring Boot中最好地處理資料庫互動，在閱讀了羅伯特·C·馬丁的“Clear Architecture”之后，對我來說就清晰多了，
你希望你的資料庫邏輯于服務分離出來，理想情況下，你不希望服務知道它正在與哪個資料庫通信，這需要一些抽象來封裝物件的持久性，
羅伯特C.馬丁強烈地說明，你的資料庫是一個“細節”，這意味著不將你的應用程式與特定資料庫耦合，過去很少有人會切換資料庫，我注意到，使用Spring Boot和現代微服務開發會讓事情變得更快，
9、保持業務邏輯不受Spring Boot代碼的影響
考慮到“Clear Architecture”的教訓，你還應該保護你的業務邏輯，將各種Spring Boot代碼混合在一起是非常誘人的……不要這樣做，如果你能抵制傭訓，你將保持你的業務邏輯可重用，
部分服務通常成為庫，如果不從代碼中洗掉大量Spring注解，則更容易創建，
10、推薦使用建構式注入
這一條實踐來自Phil Webb（Spring Boot的專案負責人, @phillip_webb），
保持業務邏輯免受Spring Boot代碼侵入的一種方法是使用建構式注入， 不僅是因為@Autowired注解在建構式上是可選的，而且還可以在沒有Spring的情況下輕松實體化bean，
11、熟悉并發模型
我寫過的最受歡迎的文章之一是“介紹Spring Boot中的并發”（https://www.e4developer.com/2018/03/30/introduction-to-concurrency-in-spring-boot/），我認為這樣做的原因是這個領域經常被誤解和忽視，如果使用不當，就會出現問題，
在Spring Boot中，Controller和Service是默認是單例，如果你不小心，這會引入可能的并發問題， 你通常也在處理有限的執行緒池，請熟悉這些概念，
如果你正在使用新的WebFlux風格的Spring Boot應用程式，我已經解釋了它在“Spring’s WebFlux/Reactor Parallelism and Backpressure”中是如何作業的，
12、加強配置管理的外部化
這一點超出了Spring Boot，雖然這是人們開始創建多個類似服務時常見的問題……
你可以手動處理Spring應用程式的配置，如果你正在處理多個Spring Boot應用程式，則需要使配置管理能力更加強大，
我推薦兩種主要方法：
-
使用配置服務器，例如Spring Cloud Config；
-
將所有配置存盤在環境變數中（可以基于git倉庫進行配置），
這些選項中的任何一個（第二個選項多一些）都要求你在DevOps更少作業量，但這在微服務領域是很常見的，
13、提供全域例外處理
你真的需要一種處理例外的一致方法，Spring Boot提供了兩種主要方法：
-
你應該使用HandlerExceptionResolver定義全域例外處理策略；
-
你也可以在控制器上添加@ExceptionHandler注解，這在某些特定場景下使用可能會很有用，
這與Spring中的幾乎相同，并且Baeldung有一篇關于REST與Spring的錯誤處理的詳細文章（https://www.baeldung.com/exception-handling-for-rest-with-spring），非常值得一讀，
14、使用日志框架
你可能已經意識到這一點，但你應該使用Logger進行日志記錄，而不是使用System.out.println()手動執行，這很容易在Spring Boot中完成，幾乎沒有配置，只需獲取該類的記錄器實體：
Logger logger = LoggerFactory.getLogger(MyClass.class);
這很重要，因為它可以讓你根據需要設定不同的日志記錄級別，有關Spring Boot日志集成點擊這里有一篇實戰文章
15、測驗你的代碼
這不是Spring Boot特有的，但它需要提醒——測驗你的代碼！如果你沒有撰寫測驗，那么你將從一開始就撰寫遺留代碼，
如果有其他人使用你的代碼庫，那邊改變任何東西將會變得危險，當你有多個服務相互依賴時，這甚至可能更具風險，
由于存在Spring Boot最佳實踐，因此你應該考慮將Spring Cloud Contract用于你的消費者驅動契約，它將使你與其他服務的集成更容易使用，有關Spring Boot單元測驗點擊這里有一篇實戰文章
16、使用測驗切片讓測驗更容易，并且更專注
這一條實踐來自Madhura Bhave（Spring 開發者, @madhurabhave23），
使用Spring Boot測驗代碼可能很棘手——你需要初始化資料層，連接大量服務，模擬事物……實際上并不是那么難！答案是使用測驗切片，
使用測驗切片，你可以根據需要僅連接部分應用程式，這可以為你節省大量時間，并確保你的測驗不會與未使用的內容相關聯，來自spring.io的一篇名為Custom test slice with Spring test 1.4的博客文章（https://spring.io/blog/2016/08/30/custom-test-slice-with-spring-boot-1-4）解釋了這種技術，
總結
感謝Spring Boot，撰寫基于Spring的微服務正變得前所未有的簡單，我希望通過這些最佳實踐，你的實施程序不僅會變得很快，而且從長遠來看也會更加強大和成功，祝你好運！
作者：Bartosz Jedrzejewski
https://www.e4developer.com/2018/08/06/
編譯：嚴小雨
推薦去我的博客閱讀更多：
1.Java JVM、集合、多執行緒、新特性系列教程
2.Spring MVC、Spring Boot、Spring Cloud 系列教程
3.Maven、Git、Eclipse、Intellij IDEA 系列工具教程
4.Java、后端、架構、阿里巴巴等大廠最新面試題
覺得不錯，別忘了點贊+轉發哦！
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/189215.html
標籤：Java
下一篇：陣列