SpringBoot 生产中 16 条最佳实际

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天堂。

`dzone.com/articles/wh…
`
通过应用以下注解属性，能够从主动配置中排除某些配置类：

@EnableAutoConfiguration（exclude = {ClassNotToAutoconfigure.class}）  

复制代码
但只有在相对必要时才应该这样做。
无关主动配置的官网文档可在此处找到：

`docs.spring.io/spring-boot…
`

3、应用Spring Initializr来开始一个新的Spring Boot我的项目

这一条最佳实际来自Josh Long （Spring Advocate，@starbuxman）。

Spring Initializr 提供了一个超级简略的办法来创立一个新的Spring Boot我的项目，并依据你的须要来加载可能应用到的依赖。

应用Initializr创立应用程序可确保你取得通过测试和验证的依赖项，这些依赖项实用于Spring主动配置。你甚至可能会发现一些新的集成，但你可能并没有意识到这些。

4、思考为常见的组织问题创立本人的主动配置

这一条也来自Josh Long（Spring Advocate，@starbuxman）——这个实际是针对高级用户的。
如果你在一个重大依赖Spring Boot的公司或团队中工作，并且有独特的问题须要解决，那么你能够创立本人的主动配置。
这项工作波及较多工作，因而你须要思考何时获益是值得投入的。与多个略有不同的定制配置相比，保护单个主动配置更容易。
如果将这个提供Spring Boot配置以开源库的模式公布进来，那么将极大地简化数千个用户的配置工作。

5、正确设计代码目录构造

只管容许你有很大的自在，然而有一些根本规定值得恪守来设计你的源代码构造。
防止应用默认包。确保所有内容（包含你的入口点）都位于一个名称很好的包中，这样就能够防止与拆卸和组件扫描相干的意外状况；
将Application.java（利用的入口类）保留在顶级源代码目录中；
我倡议将控制器和服务放在以性能为导向的模块中，但这是可选的。一些十分好的开发人员倡议将所有控制器放在一起。不论怎样，保持一种格调！

6、放弃@Controller的简洁和专一

Controller应该非常简单。你能够在此处浏览无关GRASP中无关控制器模式局部的阐明。你心愿控制器作为协调和委派的角色，而不是执行理论的业务逻辑。以下是次要做法：

en.wikipedia.org/wiki/GRASP(…

1、控制器应该是无状态的！默认状况下，控制器是单例，并且任何状态都可能导致大量问题；2、控制器不应该执行业务逻辑，而是依赖委托；3、控制器应该解决应用程序的HTTP层，这不应该传递给服务；4、控制器应该围绕用例/业务能力来设计。
要深刻这个内容，须要进一步地理解设计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中的并发”。我认为这样做的起因是这个畛域常常被误会和漠视。如果使用不当，就会呈现问题。

在Spring Boot中，Controller和Service是默认是单例。如果你不小心，这会引入可能的并发问题。你通常也在解决无限的线程池。请相熟这些概念。
如果你正在应用新的WebFlux格调的Spring Boot应用程序，我曾经解释了它在“Spring’s WebFlux/Reactor Parallelism and Backpressure”中是如何工作的。

12、增强配置管理的内部化

这一点超出了Spring Boot，尽管这是人们开始创立多个相似服务时常见的问题……
你能够手动解决Spring应用程序的配置。如果你正在解决多个Spring Boot应用程序，则须要使配置管理能力更加弱小。
我举荐两种次要办法：
1、应用配置服务器，例如Spring Cloud Config；2、将所有配置存储在环境变量中（能够基于git仓库进行配置）。
这些选项中的任何一个（第二个选项多一些）都要求你在DevOps更少工作量，但这在微服务畛域是很常见的。

13、提供全局异样解决

你真的须要一种解决异样的统一办法。Spring Boot提供了两种次要办法：
1、你应该应用HandlerExceptionResolver定义全局异样解决策略；2、你也能够在控制器上增加@ExceptionHandler注解，这在某些特定场景下应用可能会很有用。
这与Spring中的简直雷同，并且Baeldung有一篇对于REST与Spring的错误处理的具体文章，十分值得一读。

14、应用日志框架

你可能曾经意识到这一点，但你应该应用Logger进行日志记录，而不是应用System.out.println()手动执行。这很容易在Spring Boot中实现，简直没有配置。只需获取该类的记录器实例：
Logger logger = LoggerFactory.getLogger(MyClass.class); 
复制代码
这很重要，因为它能够让你依据须要设置不同的日志记录级别。

15、测试你的代码

这不是Spring Boot特有的，但它须要揭示——测试你的代码！如果你没有编写测试，那么你将从一开始就编写遗留代码。
如果有其他人应用你的代码库，那边扭转任何货色将会变得危险。当你有多个服务相互依赖时，这甚至可能更具危险。
因为存在Spring Boot最佳实际，因而你应该思考将Spring Cloud Contract用于你的消费者驱动契约，它将使你与其余服务的集成更容易应用。

16、应用测试切片让测试更容易，并且更专一

应用Spring Boot测试代码可能很辣手——你须要初始化数据层，连贯大量服务，模仿事物……实际上并不是那么难！答案是应用测试切片。
应用测试切片，你能够依据须要仅连贯局部应用程序。这能够为你节俭大量工夫，并确保你的测试不会与未应用的内容相关联。