spring是一个轻量级的，非侵入式的，IOC，AOP，一站式的，简化企业级开发而生的。
核心包非常小；
业务代码中不侵入框架代码；
IOC：控制反转；将生成对象的权利，反转给了spring框架；依赖注入（DI）为属性注入值；
AOP：面向切面编程；将一些与业务代码无关的公共部分抽取起来；使用时，通过代理对象调用；从而达到不修改原代码的基础上增加功能，代码的耦合度降低；
一站式框架：数据持久层，web控制层…
如何搭建：
创建spring配置文件 spring.xml文件；
在spring.xml文件中配置，需要让spring管理的类；
spring框架读取xml文件，解析xml；
通过工厂模式+反射机制 创建对象+代理模式；
在需要使用对象时，从spring容器注入对象。
spring+jdbc
JdbcTemplate 管理数据源(阿里巴巴 Druid) 事务管理
事务管理的最基本的原理是使用AOP.
声明式事务和编程式事务
事务传播行为 是spring框架自身对事务进行功能上的增强
比如：A 方法 调用 B方法 那么B方法的事务应该如何执行( 把B事务加入到A事务中执行还是B事务自己创建一个新的独立于A的事务)。
spring+mybatis
springMVC
执行流程：
new User() 创建了一个User对象
把由spring框架创建的对象称为一个bean.
在 spring 容器中，BeanFactory 接口是 IOC 容器要实现的最基础的接口，定义了管理 bean的最基本的方法，例如获取实例、基本的判断等；
ApplicationContext接口间接的继承了BeanFactory 接口,在此基础之上扩展功能.如果说BeanFactory是Sping 的心脏，那么 ApplicationContext 就是完整的身躯了。它们都可以当做 Spring 的容器，Spring 容器是生成 Bean 实例的工厂，并管理容器中的 Bean。
区别:
BeanFactory 是最基础的,面向spring框架本身的. 在使用对象时才去创建
ApplicationContext是面向应用层的,增加了功能(支持AOP 事务), 适合与web应用程序,在服务器启动时就创建.
springBean 的生命周期：宏观上来讲,springBean 的生命周期可以分为 5个阶段:
1.实例化 Instantiation : 创建一个原始的对象 例如 new对象 通过反射机制实现的(框架可以读到类名);
2.属性赋值 Populate : 为对象的属性进行赋值
例如 ：UserService注入UserDao userDao ；
3.初始化 Initialization ： 我们的类如果实现了某些接口，就可以去执行某些方法，用来初始化对象
重点在于对类进行功能提升. 如果此类有事务增强(aop),就是在此处为bean对象添加功能.
4.将 bean 对象放入到容器中，使用 : 完整的 bean 创建好,将 bean 对象放入到容器中，可以使用
5.销毁 Destruction
Spring 中的 bean 是线程安全的吗？servlet是线程安全的吗?
serlvet是线程不安全的
servlet是单例的还是多例的?
是单例的；在服务器启动时由服务器创建,只创建了一个。
线程安全这个问题，要从单例与原型 Bean 分别进行说明。
例如：
class UserController{
User user; //是单例bean 把一次请求看做是一个线程 很多个请求,那就是有多个线程；多个线程共享一个 bean。
//原型bean 是每次使用时,会创建一个对象,不共享；是线程安全
}
原型 Bean:
对于原型 Bean,每次创建一个新对象，也就是线程之间并不存在 Bean 共享，自然是不会有线程安全的问题。
单例 Bean:
对于单例Bean，所有线程都共享一个单例Bean实例，因此是存在资源的竞争。 如果单例Bean是一个无状态Bean，也就是线程中的操作不会对Bean的成员执行查询以外的操作，那么这个单例Bean是线程安全的。
bean分为 ：
有状态bean 这个变量可以存储数据.
无状态bean 不存储数据的bean；
例如：
假设UserController,User,UserService 都是单例的
class UserController{
User user; //User作为数据存储的对象,存储用户信息的 是有状态的,不安全
UserService userService; //不存储数据, 是无状态的, 安全的.
}
Bean 循环依赖什么是循环依赖：
class A{
自动注入
B b; //此时B对象有可能还没有创建 ?
}
class B{
自动注入
A a;
}
如果不考虑 Spring，循环依赖并不是问题，因为对象之间相互依赖是很正常的事情。
但是，在 Spring 中循环依赖就是一个问题了，为什么？
因为，在 Spring 中，一个对象并不是简单 new 出来了，而是会经过一系列的 Bean 的生命周期，就是因为 Bean 的生命周期所以才会出现循环依赖问题。当 然，在 Spring 中，出现循环依赖的场景很多，有的场景 Spring 自动帮我们解决了，而有的场景则需要程序员来解决。
此情况只在spring中出现,因为spring创建对象时,可以为属性自动注入值, 注入时就需要查找所依赖的对象
产生循环依赖的问题，主要是：A 创建时–>需要 B----B去创建—>需要 A，从 而产生了循环。
解决方法:
spring 内部有三级缓存：
( 每一个缓存可以理解为一个map容器(把不同的对象做一个临时存储))
singletonObjects 一级缓存，用于保存实例化、注入、初始化完成的 bean(完整的bean) 实例;
earlySingletonObjects 二级缓存，用于保存实例化完成的 bean（原始的对象） 实例 ;
singletonFactories 三级缓存，用于保存 bean 创建工厂，以便于后面扩展有机会创建代理对象（假如B类如果有需要增强的功能,那么把这个半成品的B对象继续放在3级缓存中去增强功能.）;
总结起来：二级缓存就能解决缓存依赖，三级缓存解决 的是代理。
Servlet 的过滤器与 Spring 拦截器区别：实现原理不同
过滤器和拦截器底层实现方式大不相同，过滤器 是基于函数回调的，拦截器则是基于 Java 的反射机制（动态代理）实现的。
使用范围不同
我们看到过滤器 实现的是 javax.servlet.Filter 接口，而这个接口是在 Servlet 规范中定义的，也就是说过滤器 Filter 的使用要依赖于 Tomcat 等容器，导致它只能在 web 程序中使用。
触发时机不同
过滤器 和 拦截器的触发时机也不同，我们看下边这张图。
过滤器 Filter 是在请求进入容器后，但在进入 servlet 之前进行预处理，请求结束是在 servlet 处理完以后。
拦截器 Interceptor 是在请求进入 servlet 后，在进入 Controller 之前进行预处理的，Controller 中渲染了对应的视图之后请求结束。
拦截的请求范围不同
过滤器几乎可以对所有进入容器的请求起作用，而拦截器只会对 Controller中的请求或访问 static 目录下的资源请求起作用。
区别主要在底层实现方式上有所不同:
过滤器实现是依赖于tomcat,请求会先到达过滤器,然后进入Servlet.
spring拦截器: 是框架内部封装的, 请求是先到达servlet, 根据映射地址,去匹配拦截器,最终到达控制器。
