恩，先总结下Spring 的历史演化历程：
Spring 1.0的出现改变了企业级Java应用程序的方式。Spring的依赖注入与声明式事务意味着组件之间再也不存在紧耦合，再也不用重量级的EJB了。
Spring 2.0，可以在配置里使用自定义的XML命名空间，更小、更简单易懂的配置文件让Spring本身更便于使用。
Spring 2.5有了更优雅的面向注解的依赖注入模型（即@Component和@Autowired注解），以及面向注解的Spring MVC编程模型。不用再去显式地声明应用程序组件了，也不再需要去继承某个基础的控制器类了。
Spring 3.0，有了一套基于Java的全新配置，它能够取代XML。在Spring 3.1里，一系列以@Enable开头的注解进一步完善了这一特性。终于，我们第一次可以写出一个没有任何XML配置的Spring应用程序了。
Spring 4.0对条件化配置提供了支持，根据应用程序的Classpath、环境和其他因素，运行时决策将决定使用哪些配置，忽略哪些配置。那些决策不需要在构建时通过编写脚本确定了；以前会把选好的配置放在部署的包里，现在情况不同了。
Spring boot精髓：
1、自动部署：针对很多Spring应用程序的常见功能，Spring Boot能自动提供相关配置。
2、起步依赖：告诉Spring Boot需要什么功能，它就能引入需要的库。
3、命令行界面：正式Spring Boot的可选特性，只需要写代码就可以完成完整的应用程序，无需传统项目构建。
4、Actuator:能够深入运行中的Spring Boot应用程序，一探究竟。