Spring Boot 流行的 16 条实践解读！

Spring Boot是最风行的用于开拓微处事的Java框架。

在本文中，我将与你分享自2016年以来我在专业开拓中行使Spring Boot所回收的最佳实践。这些内容是基于我的小我私人履历和一些熟知的Spring Boot专家的文章。我将重点先容Spring Boot特有的实践（大大都时辰，也合用于Spring项目）。以虾??列出了最佳实践，排名不分先后。

Spring Boot项目自己行使和集成了大量的开源项目，它辅佐我们维护了这些第三方依靠。

可是也有一部门在现实项目行使中并没有包罗进来，这就必要我们在项目中本身维护版本。假如在一个大型的项目中，包罗了许多未开拓模块，那么维护起来就很是的繁琐。

怎么办呢？究竟上，Spring IO Platform就是做的这个工作，它自己就是Spring Boot的子项目，同时维护了其他第三方开源库。

我们可以小心Spring IO Platform来编写本身的基本项目platform-bom，全部的营业模块项目应该以BOM的方法引入。这样在进级第三方依靠时，就只必要进级这一个依靠的版本罢了。

io.spring.platformplatform-bomCairo-SR3pomimport

Spring Boot的一个首要特征是行使自动设置。这是Spring Boot的一部门，它可以简化你的代码并使之事变。当在类路径上检测到特定的jar文件时，自动设置就会被激活。

行使它的最简朴要领是依靠Spring Boot Starters。因此，假如你想与Redis举办集成，你可以起首包罗：

org.springframework.bootspring-boot-starter-data-redis

假如你想与MongoDB举办集成，必要这样：

org.springframework.bootspring-boot-starter-data-mongodb

借助于这些starters，这些繁琐的设置就可以很好地集成起来并协同事变，并且它们都是颠末测试和验证的。这很是有助于停止可骇的Jar地狱。

通过行使以下注解属性，可以从自动设置中解除某些设置类：

@EnableAutoConfiguration（exclude= {ClassNotToAutoconfigure.class}）

但只有在绝对须要时才应该这样做。

有关自动设置的官方文档可在此处找到：

https://docs.spring.io/spring-boot/docs/current/reference/html/using-boot-auto-configuration.html。

Spring Initializr 提供了一个超等简朴的要领来建设一个新的Spring Boot项目，并按照你的必要来加载也许行使到的依靠。

行使Initializr建设应用措施可确保你得到颠末测试和验证的依靠项，这些依靠项合用于Spring自动设置。你乃至也许会发明一些新的集成，但你也许并没故意识到这些。

这一条也来自Josh Long（Spring Advocate，@starbuxman）——这个实践是针对高级用户的。

假如你在一个严峻依靠Spring Boot的公司或团队中事变，而且有配合的题目必要办理，那么你可以建设本身的自动设置。

这项使命涉及较多事变，因此你必要思量何时获益是值得投入的。与多个略有差异的定制设置对比，维护单个自动设置更轻易。

假如将这个提供Spring Boot设置以开源库的情势宣布出去，那么将极大地简化数千个用户的设置事变。

尽量应承你有很大的自由，可是有一些根基法则值得遵守来计划你的源代码布局。

停止行使默认包。确保全部内容（包罗你的进口点）都位于一个名称很好的包中，这样就可以停止与装配和组件扫描相干的不测环境；

将Application.java（应用的进口类）保存在顶级源代码目次中；

我提议将节制器和处事放在以成果为导向的模块中，但这是可选的。一些很是好的开拓职员提议将全部节制器放在一路。岂论奈何，僵持一种气魄沤背汀

Controller应该很是简朴。你可以在此处阅读有关GRASP中有关节制器模式部门的声名。你但愿节制器作为协协调委派的脚色，而不是执行现实的营业逻辑。以下是首要做法：

节制器应该是无状态的！默认环境下，节制器是单例，而且任何状态都也许导致大量题目；

节制器不该该执行营业逻辑，而是依靠委托；

节制器应该处理赏罚应用措施的HTTP层，这不该该转达给处事；

节制器应该环绕用例/营业手段来计划。

要深入这个内容，必要进一步地相识计划REST API的最佳实践。无论你是否想要行使Spring Boot，都是值得进修的。

Service是Spring Boot的另一个焦点观念。我发明最好环绕营业成果/规模/用例（无论你怎么称号都行）来构建处事。

在应用中计划名称相同AccountService, UserService, PaymentService这样的处事，比起像DatabaseService、ValidationService、CalculationService这样的会更吻合一些。

你可以抉择行使Controler和Service之间的一对一映射，那将是抱负的环境。但这并不料味着，Service之间不能相互挪用！

我之前还不确定如安在Spring Boot中最好地处理赏罚数据库交互。在阅读了罗伯特·C·马丁的“Clear Architecture”之后，对我来说就清楚多了。

你但愿你的数据库逻辑于处事疏散出来。抱负环境下，你不但愿处事知道它正在与哪个数据库通讯，这必要一些抽象来封装工具的耐久性。

思量到“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中完成，险些没有设置。只需获取该类的记录器实例：

Loggerlogger = LoggerFactory.getLogger(MyClass.class);

这很重要，由于它可以让你按照必要配置差异的日记记录级别。

这不是Spring Boot特有的，但它必要提示——测试你的代码！假如你没有编写测试，那么你将从一开始就编写遗留代码。

假若有其他人行使你的代码库，何处改变任何对象将会变得伤害。当你有多个处事彼此依靠时，这乃至也许更具风险。

因为存在Spring Boot最佳实践，因此你应该思量将Spring Cloud Contract用于你的斲丧者驱动左券，它将使你与其他处事的集成更轻易行使。

这一条实践来自Madhura Bhave（Spring 开拓者, @madhurabhave23）。

行使Spring Boot测试代码也许很棘手——你必要初始化数据层，毗连大量处事，模仿事物……现实上并不是那么难！谜底是行使测试切片。

行使测试切片，你可以按照必要仅毗连部门应用措施。这可觉得你节减大量时刻，并确保你的测试不会与未行使的内容相干联。

来自spring.io的一篇名为Custom test slice with Spring test 1.4的博客文章表明白这种技能。

感激Spring Boot，编写基于Spring的微处事正变得亘古未有的简朴。

我但愿通过这些最佳实践，你的实验进程不只会变得很快，并且从久远来看也会越发强盛和乐成。祝你好运！

原文：https://www.e4developer.com/

作者：Bartosz Jedrzejewski

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!