Spring Boot 设计之初就是为了用最少的配置，以最快的速度来启动和运行 Spring 项目。
Spring Boot 是一套快速开发框架，Spring Boot 有强大的生态整合能力，提供了众多的 Starters 包，非常方便 Spring Boot 集成第三方开源软件达到开箱即用的效果。
Spring Boot 的核心：约定优于配置
那么什么是约定优于配置呢？
约定优于配置（Convention Over Configuration），也称作按约定编程，是一种软件设计范式，旨在减少软件开发人员需做决定的数量、获得简单的好处，而又不失灵活性。
本质是说，开发人员仅需规定应用中不符约定的部分。例如，如果模型中有个名为 User 的类，那么数据库中对应的表就会默认命名为 user。只有在偏离这一约定时，例如将该表命名为“user_info”，才需写有关这个名字的配置。
我们可以按照这个思路来设想，我们约定 Controller 层就是 Web 请求层可以省略 MVC 的配置；我们约定在 Service 结尾的类自动注入事务，就可以省略了 Spring 的切面事务配置。
在 Spring 体系中，Spring Boot JPA 就是约定优于配置最佳实现之一，不需要关注表结构，我们约定类名即是表名，属性名即是表的字段，String 对应 varchar，long 对应 bigint，只有需要一些特殊要求的属性，我们再单独进行配置，按照这个约定我们可以将以前的工作大大简化。
Spring Boot 体系将约定优于配置的思想展现得淋漓尽致，小到配置文件、中间件的默认配置，大到内置容器、生态中的各种 Starters 无不遵循此设计规则。Spring Boot 鼓励各软件组织方创建自己的 Starter，创建 Starter 的核心组件之一就是 autoconfigure 模块，也是 Starter 的核心功能，在启动的时候进行自动装配，属性默认化配置。
可以说正是因为 Spring Boot 简化的配置和众多的 Starters 才让 Spring Boot 变得简单、易用、快速上手，也可以说正是约定优于配置的思想彻底落地才让 Spring Boot 走向辉煌。Spring Boot 约定优于配置的思想让 Spring Boot 项目非常容易上手，让编程变得更简单，其实编程本该很简单，简单才是编程的美。
Starters
Spring Boot Starters 基于约定优于配置的理念来设计，Spring Boot Starter 中有两个核心组件：自动配置代码和提供自动配置模块及其它有用的依赖。也就意味着当我们项目中引入某个 Starter，即拥有了此软件的默认使用能力，除非我们需要特定的配置，一般情况下我仅需要少量的配置或者不配置即可使用组件对应的功能。
Spring Boot 由众多 Starter 组成，随着版本的推移 Starter 家族成员也与日俱增。在传统 Maven 项目中通常将一些层、组件拆分为模块来管理，以便相互依赖复用，在 Spring Boot 项目中我们则可以创建自定义 Spring Boot Starter 来达成该目的。
Spring Boot 拥有强大融合社区开源软件的能力，在没有使用 Spring Boot 之前，我们需要按照每个开源软件的特性，将对应的组件包集成到我们的开发项目中，因为每个组件的设计理念和开发团队都不一致，因此会有很多不同的调用风格在我们的项目中。
Spring Boot 整合了主流的开源软件形成了一系列的 Starter，让我们有了一致的编程体验来集成各种软件，Spring Boot 在集成的时候做了大量的优化，让我们在集成的时候往往只需要很少的配置和代码就可以完成。可以说各种 Starters 就是 Spring Boot 最大的优势之一。
基础环境升级
最低 JDK 8，支持 JDK 9，不再支持 Java 6 和 7
Spring Boot 2.0 要求 Java 8 作为最低版本，许多现有的 API 已更新，以利用 Java 8 的特性。例如，接口上的默认方法，函数回调以及新的 API，如 javax.time。如果你正在使用 Java 7 或更早版本，则在开发 Spring Boot 2.0 应用程序之前，需要升级你的 JDK。
Spring Boot 2.0 通过测试可以在 JDK 9 下正常运行，同时 Spring Boot 2.0 宣布不再支持 Java 6 和 7，据我了解国内绝大部分互联网公司的基本环境还在 JDK 7 或者 6 环境下运行，考虑升级 Spring Boot 2.0 的团队需要考虑这个因素。
依赖组件升级
Spring Boot 2.0 基于 Spring Framework 5 构建，本次 Spring Boot 的升级，同时也升级了部分其依赖的第三方组件，主要有以下几个：
- Jetty 9.4，Jetty 是一个开源的 Servlet 容器，它为基于 Java 的 Web 内容，例如 JSP 和 Servlet 提供运行环境。Jetty 是使用 Java 语言编写的，它的 API 以一组 JAR 包的形式发布。
- Tomcat 8.5，Apache Tomcat 8.5.x 旨在取代 8.0.x，完全支持 Java 9。
- Flyway 5，Flyway 是独立于数据库的应用、管理并跟踪数据库变更的数据库版本管理工具。用通俗的话讲，Flyway 可以像 SVN 管理不同人的代码那样，管理不同人的 SQL 脚本，从而做到数据库同步。
- Hibernate 5.2，Hibernate 是一款非常流行的 ORM 框架。
- Gradle 3.4，Spring Boot 的 Gradle 插件在很大程度上已被重写，有了重大的改进。
- Thymeleaf 3.0，Thymeleaf 3 相对于 Thymeleaf 2 有非常大的性能提升。
启动类 SpringBootServletInitializer
Spring Boot 部署到 Tomcat 中去启动时需要在启动类添加 SpringBootServletInitializer，2.0 和 1.0 有区别。
// 1.0 import org.springframework.boot.web.support.SpringBootServletInitializer; // 2.0 import org.springframework.boot.web.servlet.support.SpringBootServletInitializer; @SpringBootApplication public class UserManageApplication extends SpringBootServletInitializer { @Override protected SpringApplicationBuilder configure(SpringApplicationBuilder application) { return application.sources(UserManageApplication.class); } public static void main(String[] args) throws Exception { SpringApplication.run(UserManageApplication.class, args); } }
Spring Boot 2.0 默认不包含 log4j，建议使用 slf4j。
import org.apache.log4j.Logger; protected Logger logger = Logger.getLogger(this.getClass());
改为：
import org.slf4j.Logger; import org.slf4j.LoggerFactory; protected Logger logger = LoggerFactory.getLogger(this.getClass());
Thymeleaf 3.0 默认不包含布局模块
Spring Boot 2.0 中 spring-boot-starter-thymeleaf 包默认并不包含布局模块，使用 Thymeleaf 对页面进行布局时，需要单独添加布局模块，如下：
<dependency> <groupId>nz.net.ultraq.thymeleaf</groupId> <artifactId>thymeleaf-layout-dialect</artifactId> </dependency>
layout:decorator 标签在 3.0 过期，推荐使用新的标签 layout:decorate 进行页面布局。
Spring Boot JPA 变化
去掉了 xxxOne() 方法
以前的 findOne() 方法其实就是根据传入的 ID 来查找对象，所以在 Spring Boot 2.0 的 Repository 中我们可以添加 findById(long id) 来替换使用。
例如：
User user=userRepository.findOne(Long id)
改为手动在 userRepository 手动添加 findById(long id) 方法，使用时将 findOne() 调用改为 findById(long id)：
User user=userRepository.findById(long id)
delete() 方法和 findOne() 类似也被去掉了，可以使用 deleteById(Long id) 来替换，还有一个不同点是 deleteById(Long id) 默认实现返回值为 void。
Long deleteById(Long id);
改为：
//delete 改为 void 类型 void deleteById(Long id);
当然我们还有一种方案可以解决上述的两种变化，就是自定义 SQL（如下），但是没有上述方案简单，不建议使用。
@Query("select t from Tag t where t.tagId = :tagId")
Tag getByTagId(@Param("tagId") long tagId);
需要指定主键的自增策略
Spring Boot 2.0 需要指定主键的自增策略，这个和 Spring Boot 1.0 有所区别，1.0 会使用默认的策略，如果不指定自增策略会报错。
@Id @GeneratedValue(strategy= GenerationType.IDENTITY) private long id;
分页组件 PageRequest 变化
在 Spring Boot 2.0 中 ，方法 new PageRequest(page, size, sort) 已经过期不再推荐使用，推荐使用以下方式来构建分页信息：
Pageable pageable =PageRequest.of(page, size, Sort.by(Sort.Direction.ASC,"id"));
跟踪了一下源码发现 PageRequest.of() 方法，内部还是使用的 new PageRequest(page, size, sort)，只是最新的写法更简洁一些。
public static PageRequest of(int page, int size, Sort sort) { return new PageRequest(page, size, sort); }