>[warning] 为什么有了SpringFramework还会诞生SpringBoot？简单而言，因为虽然Spring的组件代码是轻量级的，但它的配置却是重量级的；所以SpringBoot的设计策略是通过开箱即用和约定大于配置 来解决配置重的问题的。 # SpringFramework ## SpringFramework解决了什么问题？ Spring是Java企业版（Java Enterprise Edition，JEE，也称J2EE）的轻量级代替品。无需开发重量级的EnterpriseJavaBean（EJB），Spring为企业级Java开发提供了一种相对简单的方法，通过依赖注入和面向切面编程，用简单的Java对象（Plain Old Java Object，POJO）实现了EJB的功能。 1. 使用Spring的IOC容器,将对象之间的依赖关系交给Spring,降低组件之间的耦合性,让我们更专注于应用逻辑 2. 可以提供众多服务,事务管理,WS等。 3. AOP的很好支持,方便面向切面编程。 4. 对主流的框架提供了很好的集成支持,如Hibernate,Struts2,JPA等 5. Spring DI机制降低了业务对象替换的复杂性。 6. Spring属于低侵入,代码污染极低。 7. Spring的高度可开放性,并不强制依赖于Spring,开发者可以自由选择Spring部分或全部 ## SpringFramework没有解决了什么问题？ 虽然Spring的组件代码是轻量级的，但它的配置却是重量级的。一开始，Spring用XML配置，而且是很多XML配置。Spring 2.5引入了基于注解的组件扫描，这消除了大量针对应用程序自身组件的显式XML配置。 Spring 3.0引入了基于Java的配置，这是一种类型安全的可重构配置方式，可以代替XML。所有这些配置都代表了开发时的损耗。因为在思考Spring特性配置和解决业务问题之间需要进行思维切换，所以编写配置挤占了编写应用程序逻辑的时间。和所有框架一样，Spring实用，但与此同时它要求的回报也不少。 除此之外，项目的依赖管理也是一件耗时耗力的事情。在环境搭建时，需要分析要导入哪些库的坐标，而且还需要分析导入与之有依赖关系的其他库的坐标，一旦选错了依赖的版本，随之而来的不兼容问题就会严重阻碍项目的开发进度。 1. jsp中要写很多代码、控制器过于灵活,缺少一个公用控制器 2. Spring不支持分布式,这也是EJB仍然在用的原因之一。 >[warning] SpringBoot对上述Spring的缺点进行的改善和优化，`基于约定优于配置的思想`，可以让开发人员不必在配置与逻辑业务之间进行思维的切换，全身心的投入到逻辑业务的代码编写中，从而大大提高了开发的效率，一定程度上缩短了项目周期。 ## 什么是 Spring Boot Spring Boot 是由 Pivotal 团队提供的全新框架，其设计目的是用来简化新 Spring 应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。用我的话来理解，就是 Spring Boot 其实不是什么新的框架，它默认配置了很多框架的使用方式，就像 Maven 整合了所有的 Jar 包，Spring Boot 整合了所有的框架。 ## 使用 Spring Boot 有什么好处 其实就是简单、快速、方便！平时如果我们需要搭建一个 Spring Web 项目的时候需要怎么做呢？ * 1）配置 web.xml，加载 Spring 和 Spring mvc * 2）配置数据库连接、配置 Spring 事务 * 3）配置加载配置文件的读取，开启注解 * 4）配置日志文件 * … * 配置完成之后部署 Tomcat 调试 * … 现在非常流行微服务，如果我这个项目仅仅只是需要发送一个邮件，如果我的项目仅仅是生产一个积分；我都需要这样折腾一遍! 但是如果使用 Spring Boot 呢？ 很简单，我仅仅只需要非常少的几个配置就可以迅速方便的搭建起来一套 Web 项目或者是构建一个微服务！ ## 技术栈  ## 参考 https://segmentfault.com/a/1190000037591976