本人由于是刚接触spring boot的开发，故将自己的学习流程整理出来，一来方便以后查阅，快速唤起学习记忆，二来也方便给其他新入门的同学提供参考。
涉及的内容
spring boot
在说spring boot之前，我们有必要先来谈谈spring。
spring 是一种轻量级的java EE框架。所谓的轻量级是指不用依赖特定的容器就能运行。spring之所以是一种框架，是因为spring本身并不为对外程序提供额外的功能，它提供的是程序内部的一种组件统一管理，维护和执行方式。
spring的主要思想的 Ioc（Inversion of Control，控制反转）或称DI（Dependency Injection, 依赖注入）。这种思想与传统的控制流程的不同主要是负责实例化的职责发生了转移。让我们通过实际代码来感受下这种变化。
这两份代码实现的是完全一样的功能，都是输出“Hi， welcome to this tutorial" 到控制台。通过代码对比，先抛开新增的applicationContext.xml不谈，我们发现两者的主要不同是使用spring后，HelloService中的greeting由不使用 spring中的显式实例化换成了简单的声明，并增加了getter，setter函数。
没有实例化的类是如何正常工作的呢，这里就使用到了applicationContext.xml。applicationContext.xml是spring的配置文件。spring接管了所有的组件，根据xml 中的配置，通过提供的setter函数来自动注入相应的实例。比如本例中，greeting对象对应了Greeting bean（实际上这是spring的复杂对象注入法），而Greeting是GreetingInEnglish的一个实例。如此，当HelloService实际使用时，spring会通过setter函数将greeting实例化为GreetingInEnglish实例。 这里用到的就是setter注入方法，spring还有构造器注入法，感兴趣的同学可以自己去了解下。
这里我们总结一下，控制反转其实就是由以前的A需要使用B，那么A负责实例化B，B需要使用C，那么B负责实例化C的A -> B -> C 的流程转换成了A需要使用B，B由spring实例化好，在A使用是提供给一个可用的实例就可用。
这种控制反转或是依赖注入给我们提供了很大的方便，但xml的配置是繁琐的且易致错的。此时spring boot就出现解决了这个问题。sprint boot 帮助用户零xml配置的快速建立spring应用。 spring的其他特征请参见官网
gradle
gradle是关注于自动化构建并支持多语言多平台的项目构建工具。能在软件的整个开发周期，包括构建，测试，发布和部署各阶段都提供支持。并与各种开发工具和持续集成工具如Eclipse，IntelliJ，Jenkins都紧密集成。
flyway
flyway是一个开源的数据库迁移工具。类似于数据库的版本控制工具。flyway的数据库修改文件默认放在resource下的db.migration文件夹中，以V{version_number}__{description}的格式命名。各脚本的执行信息会在数据库的schema_version表中做详细记录。每一次编译或运行时，会自动根据schema_version表中的记录，执行还未记录的脚本，保证数据库更新到最新。使用flyway是一种保证处于持续开发或多人并行开发情况下项目的数据库（包括本地数据库）保持一致的有效方法。
mysql
考虑到mysql在实际开发中使用广泛，本例选择用于迁移的数据库是mysql 。
项目构建实例
下面通过实例展示如何用gradle构建工具，构建spring boot集成flyway的项目。
1.spring boot 为java开发者提供了快速的项目初始化方法 spring initializr。
选择Gradle Project, dependencies 选择flyway，mysql 和jdbc，完成后点击Generate Project。
2. 将第一步生成的zip文件解压，进入该目录下。项目默认的是生成eclipse项目，如果要生成Intellj项目，可进入build.gradle文件，这是gradle 编译的配置文件，将14行的eclipse改为idea。
如图，26-28行，即为我们选择加入的依赖。
本例选择生成Intellj项目。修改好build.gradle文件后，在当前目录下运行 glw idea.将生成相应的ipr文件，通过Intellj 打开即可。（如为eclipse请使用 glw eclipse 命令）
在resource下新建目录db.migration,在其中放入我们的第一个migration脚步，根据命名规则命名为V2017.05.30__add_table.sql, 在其中加入SQL语句。
(在这里需要强调的一点是，version_number必须按增序添加。flyway每次执行会检查所有的migration脚本，如果发下有未执行但是version_number早于已执行过的脚本存在，就会抛出异常。在本例中，version_number是2017.05.30，如果添加version_number为2017.04.30的脚本则会报错)
CREATE TABLEIFNOT EXISTS user(
idINT primary key NOT NULLauto_increment,
usernameVARCHAR(32)NOT NULL
) ENGINE=InnoDBDEFAULTCHARSET=utf8;
INSERT INTO user(username)VALUES("test"), ("hello world");
后在spring boot的配置文件application.properties中，加入数据库链接基本信息。需要提前创建flyway_test数据库，并给用户root CRUD权限。
spring.datasource.url=jdbc:mysql://127.0.0.1:3306/flyway_test
spring.datasource.username=root
spring.datasource.password=root
spring.datasource.driverClassName=com.mysql.jdbc.Driver
注意：=右边部分不能加“”。我第一次尝试时给url右边字符串加了引号，编译的时候出现了contextLoads faied的错误。
3. 准备完毕后，去控制台执行glw clean build.项目会自动重新编译，编译时就会检查migration脚步并执行相应脚本。
执行成功的输入如下。此时可以去检查数据库，里面会生成我们SQL创建的表，同时flyway会创建一张schema_version表。根据V{version_number}__{description}的命名规则，可以看见我们V2017.05.30__add_table.sql的version是2017.05.30，description是add_table。这证明db migration 已经正常工作 。
以后涉及到数据库变动，直接在db.migration中根据命名规则加入相应的SQL或java脚本，在编译时都会自动执行数据库迁移了，是不是很方便啊。have fun!