Spring Boot是最流行的用於開發微服務的Java框架。在本文中，我將與你分享自2016年以來我在專業開發中使用Spring Boot所採用的最佳實踐。這些內容是基於我的個人經驗和一些熟知的Spring Boot專家的文章。
在本文中，我將重點介紹Spring Boot特有的實踐（大多數時候，也適用於Spring項目）。 如果你想了解Java最佳實踐，我建議你閱讀“Effective Java”，我將在另一篇文章中進行介紹。
以下依次列出了最佳實踐，排名不分先後。
使用自定義BOM來維護第三方依賴
這條實踐是我根據實際項目中的經歷總結出的。
Spring Boot項目本身使用和集成了大量的開源項目，它幫助我們維護了這些第三方依賴。但是也有一部分在實際項目使用中並沒有包括進來，這就需要我們在項目中自己維護版本。如果在一個大型的項目，包括了為很多開發模塊，那麼維護起來就非常的繁瑣。
怎麼辦呢？事實上，Spring IO Platform就是做的這個事情，它本身就是Spring Boot的子項目，同時維護了其他第三方開源庫。我們可以借鑑Spring IO Platform來編寫自己的基礎項目platform-bom，所有的業務模塊項目應該以BOM的方式引入。這樣在升級第三方依賴時，就只需要升級這一個依賴的版本而已。
使用自動配置
Spring Boot的一個主要特性是使用自動配置。這是Spring Boot的一部分，它可以簡化你的代碼並使之工作。當在類路徑上檢測到特定的jar文件時，自動配置就會被激活。
使用它的最簡單方法是依賴Spring Boot Starters。因此，如果你想與Redis進行集成，你可以首先包括：
如果你想與MongoDB進行集成，需要這樣：
藉助於這些starters，這些繁瑣的配置就可以很好的集成起來並協同工作，而且它們都是經過測試和驗證的。這非常有助於避免可怕的Jar地獄。
通過使用以下註解屬性，可以從自動配置中排除某些配置類：@EnableAutoConfiguration（exclude = {ClassNotToAutoconfigure.class}），但只有在絕對必要時才應該這樣做。
有關自動配置的官方文檔可在此處找到。
使用Spring Initializr來開始一個新的Spring Boot項目
這一條最佳實踐來自Josh Long (Spring Advocate，@starbuxman).
Spring Initializr (https://start.spring.io/) 為你提供了一個超級簡單的方法來創建一個新的Spring Boot項目，並根據你的需要來加載可能使用到的依賴。
使用Initializr創建應用程序可確保你獲得經過測試和驗證的依賴項，這些依賴項適用於Spring自動配置。 你甚至可能會發現一些新的集成，但你可能並沒有意思到這些。
考慮為常見的組織問題創建自己的自動配置
這一條也來自Josh Long（Spring Advocate，@starbuxman） - 這個實踐是針對高級用戶的。
如果你在一個嚴重依賴Spring Boot的公司或團隊中工作，並且有共同的問題需要解決，那麼你可以創建自己的自動配置。
這項任務涉及較多工作，因此你需要考慮何時獲益是值得投入的。與多個略有不同的定製配置相比，維護單個自動配置更容易。
如果將這個提供Spring Boot配置以開源庫的形式發佈出去，那麼將極大地簡化數千個用戶的配置工作。
正確設計代碼目錄結構
儘管允許你有很大的自由，但是有一些基本規則值得遵守來設計你的源代碼結構。
- 避免使用默認包。確保所有內容（包括你的入口點）都位於一個名稱很好的包中。這樣就可以避免與裝配和組件掃描相關的意外情況。
- 將Application.java（應用的入口類）保留在頂級源代碼目錄中。
- 我建議將控制器和服務放在以功能為導向的模塊中，但這是可選的。一些非常好的開發人員建議將所有控制器放在一起。不論怎樣，堅持一種風格！
保持@Controller的簡潔和專注
Controller應該非常簡單。你可以在此處閱讀有關GRASP中有關控制器模式部分的說明。你希望控制器作為協調和委派的角色，而不是執行實際的業務邏輯。以下是主要做法：
- 控制器應該是無狀態的！默認情況下，控制器是單例，並且任何狀態都可能導致大量問題。
- 控制器不應該執行業務邏輯，而是依賴委託。
- 控制器應該處理應用程序的HTTP層，這不應該傳遞給服務。
- 控制器應該圍繞用例/業務能力來設計。
要深入這個內容，需要進一步的瞭解設計REST API的最佳實踐。無論你是否想要使用Spring Boot，都是值得學習的。
圍繞業務功能構建@Service
Service是Spring Boot的另一個核心概念。我發現最好圍繞業務功能/領域/用例（無論你怎麼稱呼都行）來構建服務。
在應用中設計名稱類似AccountService, UserService, PaymentService這樣的服務，比起像DatabaseService、ValidationService、CalculationService這樣的會更合適一些。
你可以決定使用Controler和Service之間的一對一映射，那將是理想的情況。但這並不意味著，Service之間不能互相調用！
使數據庫獨立於核心業務邏輯之外
我之前還不確定如何在Spring Boot中最好地處理數據庫交互。在閱讀了羅伯特·C·馬丁的“Clear Architecture”之後，對我來說就清晰多了。
你希望你的數據庫邏輯於服務分離出來。理想情況下，你不希望服務知道它正在與哪個數據庫通信，這需要一些抽象來封裝對象的持久性。
羅伯特C.馬丁強烈地說明，你的數據庫是一個“細節”。這意味著不將你的應用程序與特定數據庫耦合。過去很少有人會切換數據庫。我注意到，使用Spring Boot和現代微服務開發 - 事情變得更快。
保持業務邏輯不受Spring Boot代碼的影響
考慮到“Clear Architecture”的教訓，你還應該保護你的業務邏輯。將各種Spring Boot代碼混合在一起是非常誘人的……不要這樣做。如果你能抵制誘惑，你將保持你的業務邏輯可重用。
部分服務通常成為庫。如果你不必從代碼中刪除大量Spring註解，則更容易創建。
推薦使用構造函數注入
這一條實踐來自Phil Webb（Spring Boot的項目負責人, @phillip_webb）。
保持業務邏輯免受Spring Boot代碼侵入的一種方法是使用構造函數注入。 不僅是因為@Autowired註解在構造函數上是可選的，而且還可以在沒有Spring的情況下輕鬆實例化bean。
熟悉併發模型
我寫過的最受歡迎的文章之一是“介紹Spring Boot中的併發”。我認為這樣做的原因是這個領域經常被誤解和忽視。如果使用不當，就會出現問題。
在Spring Boot中，Controller和Service是默認是單例。如果你不小心，這會引入可能的併發問題。 你通常也在處理有限的線程池。請熟悉這些概念。
如果你正在使用新的WebFlux風格的Spring Boot應用程序，我已經解釋了它在“Spring’s WebFlux/Reactor Parallelism and Backpressure”中是如何工作的。
加強配置管理的外部化
這一點超出了Spring Boot，雖然這是人們開始創建多個類似服務時常見的問題……
你可以手動處理Spring應用程序的配置。如果你正在處理多個Spring Boot應用程序，則需要使配置管理能力更加強大。
我推薦兩種主要方法：
- 使用配置服務器，例如Spring Cloud Config
- 將所有配置存儲在環境變量中（可以基於git倉庫進行配置）
這些選項中的任何一個（第二個選項多一些）都要求你在DevOps更少工作量，但這在微服務領域是很常見的。
提供全局異常處理
你真的需要一種處理異常的一致方法。Spring Boot提供了兩種主要方法：
- 你應該使用HandlerExceptionResolver定義全局異常處理策略
- 你也可以在控制器上添加@ExceptionHandler註解，這在某些特定場景下使用可能會很有用
這與Spring中的幾乎相同，並且Baeldung有一篇關於REST與Spring的錯誤處理的詳細文章，非常值得一讀。
使用日誌框架
你可能已經意識到這一點，但你應該使用Logger進行日誌記錄，而不是使用System.out.println()手動執行。 這很容易在Spring Boot中完成，幾乎沒有配置。只需獲取該類的記錄器實例：
這很重要，因為它可以讓你根據需要設置不同的日誌記錄級別。
測試你的代碼
這不是Spring Boot特有的，但它需要提醒——測試你的代碼！如果你沒有編寫測試，那麼你將從一開始就編寫遺留代碼。
如果有其他人使用你的代碼庫，那邊改變任何東西將會變得危險。當你有多個服務相互依賴時，這甚至可能更具風險。
由於存在Spring Boot最佳實踐，因此你應該考慮將Spring Cloud Contract用於你的消費者驅動契約[1]。它將使你與其他服務的集成更容易使用。
使用測試切片讓測試更容易，並且更專注
這一條實踐來自Madhura Bhave（Spring 開發者, @madhurabhave23）。
使用Spring Boot測試代碼可能很棘手 - 你需要初始化數據層，連接大量服務，模擬事物……實際上並不是那麼難！答案是 - 使用測試切片。
使用測試切片，你可以根據需要僅連接部分應用程序。這可以為你節省大量時間，並確保你的測試不會與未使用的內容相關聯。 來自spring.io的一篇名為Custom test slice with Spring test 1.4的博客文章解釋了這種技術。
總結
感謝Spring Boot，編寫基於Spring的微服務變得前所未有的簡單。我希望通過這些最佳實踐，你的實施過程不僅會很快，而且從長遠來看也會更加強大和成功。祝你好運！
感謝！
我要感謝以下人員幫助我改進這篇文章：
- Marcin Grzejszczak（@MGrzejszczak）– 轉發我的博文並引起Spring團隊的注意
- Josh Long（@starbuxman）– 給我反饋並添加了其他最佳實踐
- Phil Webb（@phillip_webb）– 給我反饋並添加了其他最佳實踐
- Madhura Bhave（@madhurabhave23）– 給我反饋並添加了其他最佳實踐
非常感謝以上的那些哥們兒！Spring Boot有一個非常棒的社區！
聲明：除了第一條實踐來自我本人，其他的都是原文內容。如有轉載，請註明本文出處。
原文：Spring Boot – Best Practices。
作者：Bartosz Jedrzejewski
翻譯：Rain
閱讀更多 Spring開發者 的文章
