共计 4634 个字符，预计需要花费 12 分钟才能阅读完成。
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 测试代码可能很辣手——你须要初始化数据层，连贯大量服务，模仿事物……实际上并不是那么难！答案是应用测试切片。
应用测试切片，你能够依据须要仅连贯局部应用程序。这能够为你节俭大量工夫，并确保你的测试不会与未应用的内容相关联。
