Spring理念：使现有技术更加容易使用，本身就是一个大杂烩，整合现有的框架技术。
官网 : http://spring.io/
官方下载地址 : https://repo.spring.io/libs-release-local/org/springframework/spring/
GitHub : https://github.com/spring-projects
Spring优势Spring 框架的优势如下：
- 方便解耦，简化开发；
- Spring是一个开源免费、轻量级的框架、容器，并且是非侵入式的；
- 控制反转 （IOC） , 面向切面 （AOP），依赖注入（DI）
- 对事物的支持 , 对框架的支持
Spring体系结构Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器（框架）。
组成 Spring 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。每个模块的功能如下：引自C语言中文网
Data Access/Integration（数据访问／集成）数据访问／集成层包括 JDBC、ORM、OXM、JMS 和 Transactions 模块，具体介绍如下。
- JDBC 模块：提供了一个 JBDC 的样例模板，使用这些模板能消除传统冗长的 JDBC 编码还有必须的事务控制，而且能享受到 Spring 管理事务的好处。
- ORM 模块：提供与流行的“对象-关系”映射框架无缝集成的 API，包括 JPA、JDO、Hibernate 和 MyBatis 等。而且还可以使用 Spring 事务管理，无需额外控制事务。
- OXM 模块：提供了一个支持 Object /XML 映射的抽象层实现，如 JAXB、Castor、XMLBeans、JiBX 和 XStream。将 Java 对象映射成 XML 数据，或者将XML 数据映射成 Java 对象。
- JMS 模块：指 Java 消息服务，提供一套 “消息生产者、消息消费者”模板用于更加简单的使用 JMS，JMS 用于用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。
- Transactions 事务模块：支持编程和声明式事务管理。
Spring 的 Web 层包括 Web、Servlet、WebSocket 和 Portlet 组件，具体介绍如下。
- Web 模块：提供了基本的 Web 开发集成特性，例如多文件上传功能、使用的 Servlet 监听器的 IOC 容器初始化以及 Web 应用上下文。
- Servlet 模块：提供了一个 Spring MVC Web 框架实现。Spring MVC 框架提供了基于注解的请求资源注入、更简单的数据绑定、数据验证等及一套非常易用的 JSP 标签，完全无缝与 Spring 其他技术协作。
- WebSocket 模块：提供了简单的接口，用户只要实现响应的接口就可以快速的搭建 WebSocket Server，从而实现双向通讯。
- Portlet 模块：提供了在 Portlet 环境中使用 MVC 实现，类似 Web-Servlet 模块的功能。
Spring 的核心容器是其他模块建立的基础，由 Beans 模块、Core 核心模块、Context 上下文模块和 SpEL 表达式语言模块组成，没有这些核心容器，也不可能有 AOP、Web 等上层的功能。具体介绍如下。
- Beans 模块：提供了框架的基础部分，包括控制反转和依赖注入。
- Core 核心模块：封装了 Spring 框架的底层部分，包括资源访问、类型转换及一些常用工具类。
- Context 上下文模块：建立在 Core 和 Beans 模块的基础之上，集成 Beans 模块功能并添加资源绑定、数据验证、国际化、Java EE 支持、容器生命周期、事件传播等。ApplicationContext 接口是上下文模块的焦点。
- SpEL 模块：提供了强大的表达式语言支持，支持访问和修改属性值，方法调用，支持访问及修改数组、容器和索引器，命名变量，支持算数和逻辑运算，支持从 Spring 容器获取 Bean，它也支持列表投影、选择和一般的列表聚合等。
在 Core Container 之上是 AOP、Aspects 等模块，具体介绍如下：
- AOP 模块：提供了面向切面编程实现，提供比如日志记录、权限控制、性能统计等通用功能和业务逻辑分离的技术，并且能动态的把这些功能添加到需要的代码中，这样各司其职，降低业务逻辑和通用功能的耦合。
- Aspects 模块：提供与 AspectJ 的集成，是一个功能强大且成熟的面向切面编程（AOP）框架。
- Instrumentation 模块：提供了类工具的支持和类加载器的实现，可以在特定的应用服务器中使用。
- messaging 模块：Spring 4.0 以后新增了消息（Spring-messaging）模块，该模块提供了对消息传递体系结构和协议的支持。
Test 模块：Spring 支持 Junit 和 TestNG 测试框架，而且还额外提供了一些基于 Spring 的测试功能，比如在测试 Web 框架时，模拟 Http 请求的功能。
IOC理论推导 IOC基础想理解IOC，不放先用一个简单的项目做个对比。我们用原始的方式写一段代码。
准备工作 Step1：定义接口先写一个UserDAO接口:
public interface UserDao {
public void GetUser();
}
Step2：实现接口
实现该接口：
public class UserDAOImpl implements UserDao{
@Override
public void GetUser() {
System.out.println("这是UserDAO的简单实现");
}
}
Srep3：定义Service
写UserService的接口：
public interface UserService {
public void GetUser();
}
Srep4：实现Service
写Service的实现类：
public class UserServiceImpl implements UserService {
UserDao userDao = new UserDaoImpl();
@Override
public void GetUser() {
userDao.GetUser();
}
}
Srep5：测试
@Test
public void test(){
UserService service = new UserServiceImpl();
service.getUser();
}
//输出 这是UserDAO的简单实现增加实现类
这是我们原来的方式，开始大家也都是这么去写的对吧，那我们现在修改一下 。
Step1：增加实现类我们增加一个Userdao的实现类：
public class UserMySQLImpl implements UserDao{
@Override
public void GetUser() {
System.out.println("这是MySQL的简单实现");
}
}
Step2：增加service实现类
如果我们要使用上面的UserMySQLImpl，是不是需要将service的实现改为UserMySQLImpl：
public class UserServiceImpl implements UserService {
UserDao userDao = new UserDaoMySqlImpl();
@Override
public void getUser() {
userDao.getUser();
}
}
如果我们在增加一个UserOracleImpl呢，是不是也要改service，那如果需求非常大， 这种方式就根本不适用了。
IOC理解❓ 那我们如何去解决呢 ?
在我们之前的业务中，用户的需求可能会影响我们原来的代码，我们需要根据用于的需求去修改源代码！如果程序的代码量十分大，修改一次成本十分昂贵。
我们可以在需要用到他的地方 , 不去实现它 , 而是留出一个接口 , 利用set将用户需要的传进来就行了。
于是我们将UserServiceImpl添加set方法为：
public class UserServiceImpl implements UserService {
UserDao userDao;
public void setUserDao(UserDao userDao) {
this.userDao = userDao;
}
}
使用set注入后，程序不再具有主动性，而是变成了被动接收对象！
这种思想从本质上解决了问题，我们不用再去管理对象的创建了。系统的耦合性大大降低，可以更加专注的在业务的实现上。这是IOC的原型。
@Test
public void test(){
UserServiceImpl userService = new UserServiceImpl();
userService.setUserDao(new UserMySQLImpl());
userService.GetUser();
userService.setUserDao(new UserOracleImpl());
userService.GetUser();
}
IOC本质
控制反转IoC(Inversion of Control)，是一种设计思想。
DI(依赖注入)是实现IoC的一种方法，也有人认为DI只是IoC的另一种说法。
没有IoC的程序中 , 我们使用面向对象编程 , 对象的创建与对象间的依赖关系完全硬编码在程序中，对象的创建由程序自己控制，控制反转后将对象的创建转移给第三方，个人认为所谓控制反转就是：获得依赖对象的方式反转了。
控制反转是一种通过描述（XML或注解）并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IoC容器，其实现方法是依赖注入（Dependency Injection,DI）。
第一个Spring项目 下面我们来创建第一个Spring项目！
Step1：POJO先定义一个实体类，并利用Lombok的方式添加相关方法。
@Data
@AllArgsConstructor
@NoArgsConstructor
public class User {
private String name;
private String sex;
}
Step2：实例化容器
Spring IOC 容器以简单直观的 XML 格式配置元数据。（当然还有其他的方式）。
Spring 配置包含至少一个并且通常不止一个容器必须管理的 bean 定义。基于 XML 的配置元数据将这些 bean 配置为
基于 XML 的配置元数据的基本结构如下：
- id：该属性是一个字符串，用于标识单个 bean 定义；
- class：该属性定义 bean 的类型并使用完全限定的类名。
有了上面的介绍，我们来实例化一个IOC容器，
在resources目录下新建一个XML文件ApplicationContext.xml，将其写在beans标签内。
Step3：测试
public static void main(String[] args) {
//获取Spring上下文对象，对象在spring中管理，可直接使用
ApplicationContext applicationContext = new ClassPathXmlApplicationContext("ApplicationContext.xml");
Stu stu = (Stu) applicationContext.getBean("User");
System.out.println(stu);
}
- Stu对象由Spring创建
- Stu属性由Spring设置
这个过程就叫控制反转：
- 控制 : 谁来控制对象的创建 , 传统应用程序的对象是由程序本身控制创建的 , 使用Spring后 , 对象是由Spring来创建的；
- 反转 : 程序本身不创建对象 , 而变成被动的接收对象。
依赖注入 : 就是利用set方法来进行注入的。
项目改进IOC是一种编程思想，由主动的编程变成被动的接收。
了解了Spring可以创建对象和接收对象，那么我们不妨将理解IOC的项目改进一下
Step1：实例化容器同样，我们在resources目录下新建一个XML文件ApplicationContext.xml，将其写在beans标签内。
- ref：引用Spring中创建好的对象。
Step2：测试
public static void main(String[] args) {
ApplicationContext applicationContext = new ClassPathXmlApplicationContext("ApplicationContext.xml");
UserServiceImpl userService = (UserServiceImpl) applicationContext.getBean("Service");
userService.GetUser();
}
//输出 这是MySQL的简单实现
IOC创建对象到了现在 , 我们彻底不用再程序中去改动了 , 要实现不同的操作 , 只需要在xml配置文件中进行修改 , 所谓的IoC,一句话搞定 : 对象由Spring 来创建 , 管理 , 装配 !
创建对象的方式分为有参和无参两种，主要区别看bean中的内容。
无参构造方法来创建有参构造方法来创建
利用有参创建的对象有三种，可任选其一。
在配置文件加载的时候。其中管理的对象都已经初始化了！
❤️ END ❤️
