现在，我们提起SpringBoot，耳熟能详，但是SpringBoot是怎么发展起来的，今天就来看看吧

一、Spring时代

1. Spring 1.x 时代
   • 在Spring1.x时代，所有的IOC功能，所有的配置，都是通过xml文件配置，问题也紧跟着来了，随着项目/产品的业务越来越复杂，Spring的配置文件applicationContext.xml的配置也越来越多，多到维护很困难的境地；
   • 既然一个配置文件不好，那就分门别类吧，于是乎就将applicationContext.xml配置分配到不同的配置文件中，就出现了诸如application-dao/mapper.xml、application-service.xml、application-datasource.xml等此类配置文件，只需要在applicationContext.xml中使用<import resource="classpath:application-xxx.xml"/>引入这些配置文件，然后又在spring-web.xml中引入<import resource="classpath:applicationContext.xml"/>，最后在web.xml中配置DispatcherServlet的配置文件为spring-web.xml即可；这样的结构对我来说已经非常清晰，但是对于那些推动技术脚步前进的前辈们来说，还是不爽，因为在编写的时候还是需要频繁的在java类和xml配置文件中切换，难道就没有更好的办法了吗？
2. Spring 2.x 时代
   • 1.x 最后的问题在JDK5中得到了很大的解决，因为在JDK5的时候，Java引入了注解，于是，之前在xml中配置的所有<bean />标签在理论上都被@Bean + @Repository/@Service/@Component注解所替代(之所以说是在啊理论上市因为直到现在还是很大一部分人在使用xml配置的方式)，紧随着问题又来了，现在有xml有注解，我该用哪个呢？前人总结的最佳实践：
     • 有参数配置用xml、properties，比如：数据源、资源参数配置文件等；
     • 非参数配置的业务开发用注解，比如：IoC等；
   • 在Spring 2.x 时代，我们是注解和xml结合使用，我们觉得，嗯挺好！！！但是随着时间的检验，大家发现xml有个非常大的弊病，就是即使写错了，也没有提示，而我们在低吗中一旦敲错，红红的提示就钻出来了...