Spring Boot是由Pivotal团队提供的全新框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。 该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。 那么，我们为什么要学习Spring Boot呢？ 具我所知，Spring Boot近几年来深受Java开发者们的喜爱，还有人称Spring Boot是Java应用开发的颠覆者。 总的来说，Spring Boot提供了一种新的编程范式，它简化了基于 Spring 的应用开发，通过少量的代码就能创建一个独立的、产品级别的 Spring 应用。 有了它， 我们可以更加敏捷地开发Spring应用程序，专注于应用程序的功能，不用在Spring的配置上多花功夫，甚至完全不用配置。 Spring Boot 的诞生 随着 Spring 集成的软件越来越多，Spring 也慢慢从一个单一简洁的小框架变成一个大而全的开源软件，Spring 的边界不断的进行扩充，到了后来 Spring 几乎可以做任何事情了，市面上主流的开源软件、中间件都有 Spring 对应组件支持，人们在享用 Spring 的这种便利之后，也遇到了一些问题。 Spring 每集成一个开源软件，就需要增加一些基础配置，慢慢的随着人们开发的项目越来越庞大，往往需要集成很多开源软件，因此后期使用 Spring 开发大型项目需要引入很多配置文件，太多的配置非常难以理解，并容易配置出错，到了后来人们甚至称 Spring 为配置地狱。 Spring 似乎也意识到了这些问题，急需有这么一套软件可以解决这些问题，这个时候微服务的概念也慢慢兴起，快速开发微小独立的应用变得更为急迫，Spring 刚好处在这么一个交叉点上，于 2013 年初开始的 Spring Boot 项目的研发，2014年4月，Spring Boot 1.0.0 发布。 上图为2014年到2018年 Spring Boot 的百度指数，可以看出 Spring Boot 2.0 的推出引发了搜索高峰。 Spring Boot 不是为了取代 Spring ,Spring Boot 基于 Spring 开发，是为了让人们更容易的使用 Spring。看到 Spring Boot 的市场反应，Spring 官方也非常重视 Spring Boot 的后续发展，已经将 Spring Boot 作为公司最顶级的项目来推广，放到了官网上第一的位置，因此后续 Spring Boot 的持续发展也被看好。 Spring Boot 特性
Spring Boot 的优势 Spring Boot 使开发变得简单，提供了丰富的解决方案，快速集成各种解决方案提升开发效率。 Spring Boot 使配置变得简单，提供了丰富的 Starters，集成主流开源产品往往只需要简单的配置即可。 Spring Boot 使部署变得简单，其本身内嵌启动容器，仅仅需要一个命令即可启动项目，结合 Jenkins、Docker 自动化运维非常容易实现。 Spring Boot 使监控变得简单，自带监控组件，使用 Actuator 轻松监控服务各项状态。 从软件发展的角度来讲，越简单的开发模式越流行，简单的开发模式解放出更多生产力，让开发人员可以避免将精力耗费在各种配置、语法所设置的门槛上，从而更专注于业务。这点上，Spring Boot 已尽可能地简化了应用开发的门槛。 Spring Boot 的实践 使用自定义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地狱（https:///articles/what-is-jar-hell）。 通过使用以下注解属性，可以从自动配置中排除某些配置类： @EnableAutoConfiguration（exclude = {ClassNotToAutoconfigure.class}） 使用Spring Initializr来开始一个新的Spring Boot项目 这一条最佳实践来自Josh Long （Spring Advocate，@starbuxman）。 Spring Initializr（https://start./）提供了一个超级简单的方法来创建一个新的Spring Boot项目，并根据你的需要来加载可能使用到的依赖。 使用Initializr创建应用程序可确保你获得经过测试和验证的依赖项，这些依赖项适用于Spring自动配置。你甚至可能会发现一些新的集成，但你可能并没有意识到这些。 考虑为常见的组织问题创建自己的自动配置 这一条也来自Josh Long（Spring Advocate，@starbuxman）——这个实践是针对高级用户的。 如果你在一个严重依赖Spring Boot的公司或团队中工作，并且有共同的问题需要解决，那么你可以创建自己的自动配置。 这项任务涉及较多工作，因此你需要考虑何时获益是值得投入的。与多个略有不同的定制配置相比，维护单个自动配置更容易。 如果将这个提供Spring Boot配置以开源库的形式发布出去，那么将极大地简化数千个用户的配置工作。 考虑为常见的组织问题创建自己的自动配置 尽管允许你有很大的自由，但是有一些基本规则值得遵守来设计你的源代码结构。
提供全局异常处理 你真的需要一种处理异常的一致方法。Spring Boot提供了两种主要方法： 你应该使用HandlerExceptionResolver定义全局异常处理策略； 你也可以在控制器上添加@ExceptionHandler注解，这在某些特定场景下使用可能会很有用。 使用日志框架 你可能已经意识到这一点，但你应该使用Logger进行日志记录，而不是使用System.out.println()手动执行。这很容易在Spring Boot中完成，几乎没有配置。只需获取该类的记录器实例： Logger logger = LoggerFactory.getLogger(MyClass.class); 这很重要，因为它可以让你根据需要设置不同的日志记录级别。有关Spring Boot日志集成点击 这里 有一篇实战文章 测试你的代码 这不是Spring Boot特有的，但它需要提醒——测试你的代码！如果你没有编写测试，那么你将从一开始就编写遗留代码。 如果有其他人使用你的代码库，那边改变任何东西将会变得危险。当你有多个服务相互依赖时，这甚至可能更具风险。 由于存在Spring Boot最佳实践，因此你应该考虑将Spring Cloud Contract用于你的消费者驱动契约，它将使你与其他服务的集成更容易使用。 使用测试切片让测试更容易，并且更专注 这一条实践来自Madhura Bhave（Spring 开发者, @madhurabhave23）。 使用Spring Boot测试代码可能很棘手——你需要初始化数据层，连接大量服务，模拟事物……实际上并不是那么难！答案是使用测试切片。 使用测试切片，你可以根据需要仅连接部分应用程序。这可以为你节省大量时间，并确保你的测试不会与未使用的内容相关联。 总而言之，掌握 Spring Boot 是非常有必要的了，它让我们编写基于Spring的微服务正变得前所未有的简单。因此，越早掌握这门技术对于我们来说收益也越大。 |
|
|
来自： Frank_Chia > 《JAVA》
