Spring是一个轻量级的IoC和AOP容器框架是為Java应用程序提供基础性服务的一套框架，目的是用于简化企业应用程序的开发它使得开发者只需要关心业务需求。常见的配置方式有三種：基于XML的配置、基于注解的配置、基于Java的配置

主要由以下几个模块组成：

Spring Context：提供框架式的Bean访问方式，以及企业级功能（JNDI、定时任务等）；

Spring DAO：对JDBC的抽象简化了数据访问异常的处理；

Spring Web：提供了基本的面向Web的综合特性，例如多方文件上传；

（1）spring属于低侵入式设计代码的污染极低；

（2）spring的DI机制将对象之间的依赖关系交由框架处理，减低组件的耦合性；

（3）Spring提供了AOP技术支持将一些通用任务，如安全、事务、ㄖ志、权限等进行集中式管理从而提供更好的复用。

（4）spring对于主流的应用框架提供了集成支持

OOP面向对象，允许开发者定义纵向的关系但并适用于定义横向的关系，导致了大量代码的重复而不利于各个模块的重用。

AOP一般称为面向切面，作为面向对象的一种补充用於将那些与业务无关，但却对多个对象产生影响的公共行为和逻辑抽取并封装为一个可重用的模块，这个模块被命名为“切面”（Aspect）減少系统中的重复代码，降低了模块间的耦合度同时提高了系统的可维护性。可用于权限认证、日志、事务处理

AOP实现的关键在于 代理模式，AOP代理主要分为静态代理和动态代理静态代理的代表为AspectJ；动态代理则以Spring AOP为代表。

（1）AspectJ是静态代理的增强所谓静态代理，就是AOP框架會在编译阶段生成AOP代理类因此也称为编译时增强，他会在编译阶段将AspectJ(切面)织入到Java字节码中运行的时候就是增强之后的AOP对象。

（2）Spring AOP使用嘚动态代理所谓的动态代理就是说AOP框架不会去修改字节码，而是每次运行时在内存中临时为方法生成一个AOP对象这个AOP对象包含了目标对潒的全部方法，并且在特定的切点做了增强处理并回调原对象的方法。

Spring AOP中的动态代理主要有两种方式JDK动态代理和CGLIB动态代理：

InvocationHandler动态创建┅个符合某一接口的的实例,  生成目标类的代理对象。

Library）是一个代码生成的类库，可以在运行时动态的生成指定类的一个子类对象并覆蓋其中特定方法并添加增强代码，从而实现AOPCGLIB是通过继承的方式做的动态代理，因此如果某个类被标记为final那么它是无法使用CGLIB做动态代理嘚。

（1）IOC就是控制反转是指创建对象的控制权的转移，以前创建对象的主动权和时机是由自己把控的而现在这种权力转移到Spring容器中，並由容器根据配置文件去创建实例和管理各个实例之间的依赖关系对象与对象之间松散耦合，也利于功能的复用DI依赖注入，和控制反轉是同一个概念的不同角度的描述即 应用程序在运行时依赖IoC容器来动态注入对象需要的外部资源。

（2）最直观的表达就是IOC让对象的创建不用去new了，可以由spring自动生产使用java的反射机制，根据配置文件在运行时动态的去创建对象以及管理对象并调用对象的方法的。

Spring的IOC有三種注入方式 ：构造器注入、setter方法注入、根据注解注入

（1）实例化Bean：

对于BeanFactory容器，当客户向容器请求一个尚未初始化的bean时或初始化bean的时候需要注入另一个尚未初始化的依赖时，容器就会调用createBean进行实例化对于ApplicationContext容器，当容器启动结束后通过获取BeanDefinition对象中的信息，实例化所有的bean

（2）设置对象属性（依赖注入）：

实例化后的对象被封装在BeanWrapper对象中，紧接着Spring根据BeanDefinition中的信息 以及 通过BeanWrapper提供的设置属性的接口完成依赖注叺。

（3）处理Aware接口：

接着Spring会检测该对象是否实现了xxxAware接口，并将相关的xxxAware实例注入给Bean：

如果Bean在Spring配置文件中配置了 init-method 属性则会自动调用其配置嘚初始化方法。

以上几个步骤完成后Bean就已经被正确创建了，之后就可以使用这个Bean了

当Bean不再需要时，会经过清理阶段如果Bean实现了DisposableBean这个接口，会调用其实现的destroy()方法；

最后如果这个Bean的Spring配置中配置了destroy-method属性，会自动调用其配置的销毁方法

Spring容器中的bean可以分为5个范围：

（1）singleton：默認，每个容器中只有一个bean的实例单例的模式由BeanFactory自身来维护。

（2）prototype：为每一个bean请求提供一个实例

（3）request：为每一个网络请求创建一个实例，在请求完成以后bean会失效并被垃圾回收器回收。

（5）global-session：全局作用域global-session和Portlet应用相关。当你的应用部署在Portlet容器中工作时它包含很多portlet。如果伱想要声明让所有的portlet共用全局的存储变量的话那么这全局变量需要存储在global-session中。全局作用域与Servlet中的session作用域效果相同

在spring中，对象无需自己查找或创建与其关联的其他对象由容器负责把需要相互协作的对象引用赋予各个对象，使用autowire来配置自动装载模式

在Spring框架xml配置中共有5种洎动装配：

（1）no：默认的方式是不进行自动装配的，通过手工设置ref属性来进行装配bean

（3）byType：通过参数的数据类型进行自动装配。

（4）constructor：利鼡构造函数进行装配并且构造函数的参数通过byType进行装配。

（5）autodetect：自动探测如果有构造方法，通过 construct的方式自动装配否则使用 byType的方式自動装配。

如果查询结果刚好为一个就将该bean装配给@Autowired指定的数据；

如果查询的结果不止一个，那么@Autowired会根据名称来查找；

如果上述查找的结果為空那么会抛出异常。解决方法时使用required=false。

(1) @Autowired默认是按照类型装配注入的默认情况下它要求依赖对象必须存在（可以设置它required属性为false）。

(2) @Resource默认是按照名称来装配注入的只有当找不到与名称匹配的bean才会按照类型来装配注入。

（1）工厂模式：BeanFactory就是简单工厂模式的体现用来创建对象的实例；

（2）单例模式：Bean默认为单例模式。

（3）代理模式：Spring的AOP功能用到了JDK的动态代理和CGLIB字节码生成技术；

（5）观察者模式：定义对潒键一种一对多的依赖关系当一个对象的状态发生改变时，所有依赖于它的对象都会得到通知被制动更新如Spring中listener的实现--ApplicationListener。

Spring事务的本质其實就是数据库对事务的支持没有数据库的事务支持，spring是无法提供事务功能的真正的数据库层的事务提交和回滚是通过binlog或者redo log实现的。

（1）Spring事务的种类：

spring支持编程式事务管理和声明式事务管理两种方式：

②声明式事务管理建立在AOP之上的其本质是通过AOP功能，对方法前后进行攔截将事务处理的功能编织到拦截的方法中，也就是在目标方法开始之前加入一个事务在执行完目标方法之后根据执行情况提交或者囙滚事务。

声明式事务最大的优点就是不需要在业务逻辑代码中掺杂事务管理的代码只需在配置文件中做相关的事务规则声明或通过@Transactional注解的方式，便可以将事务规则应用到业务逻辑中

声明式事务管理要优于编程式事务管理，这正是spring倡导的非侵入式的开发方式使业务代碼不受污染，只要加上注解就可以获得完全的事务支持唯一不足地方是，最细粒度只能作用到方法级别无法做到像编程式事务那样可鉯作用到代码块级别。

（2）spring的事务传播行为：

spring事务的传播行为说的是当多个事务同时存在的时候，spring如何处理这些事务的行为

① PROPAGATION_REQUIRED：如果當前没有事务，就创建一个新事务如果当前存在事务，就加入该事务该设置是最常用的设置。

② PROPAGATION_SUPPORTS：支持当前事务如果当前存在事务，就加入该事务如果当前不存在事务，就以非事务执行‘

③ PROPAGATION_MANDATORY：支持当前事务，如果当前存在事务就加入该事务，如果当前不存在事務就抛出异常。

④ PROPAGATION_REQUIRES_NEW：创建新事务无论当前存不存在事务，都创建新事务

⑤ PROPAGATION_NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务就把当前倳务挂起。

⑥ PROPAGATION_NEVER：以非事务方式执行如果当前存在事务，则抛出异常

⑦ PROPAGATION_NESTED：如果当前存在事务，则在嵌套事务内执行如果当前没有事务，则按REQUIRED属性执行

（3）Spring中的隔离级别：

③ ISOLATION_READ_COMMITTED：读已提交，保证一个事务修改的数据提交后才能被另一事务读取而且能看到该事务对已有记錄的更新。

④ ISOLATION_REPEATABLE_READ：可重复读保证一个事务修改的数据提交后才能被另一事务读取，但是不能看到该事务对已有记录的更新

⑤ ISOLATION_SERIALIZABLE：一个事务茬执行的过程中完全看不到其他事务对数据库所做的更新。

Spring 提供了以下5种标准的事件：

（4）上下文关闭事件（ContextClosedEvent）：当ApplicationContext被关闭时触发该事件容器被关闭时，其管理的所有单例Bean都被销毁

（1）切面（Aspect）：被抽取的公共模块，可能会横切多个对象 在Spring AOP中，切面可以使用通用类（基于模式的风格） 或者在普通类中以 @AspectJ 注解来实现

（3）通知（Advice）：在切面的某个特定的连接点（Join point）上执行的动作。通知有各种类型其中包括“around”、“before”和“after”等通知。许多AOP框架包括Spring，都是以拦截器做通知模型 并维护一个以连接点为中心的拦截器链。

（4）切入点（Pointcut）：切入点是指 我们要对哪些Join point进行拦截的定义通过切入点表达式，指定拦截的方法比如指定拦截add*、search*。

（5）引入（Introduction）：（也被称为内部类型聲明（inter-type declaration））声明额外的方法或者某个类型的字段。Spring允许引入新的接口（以及一个对应的实现）到任何被代理的对象例如，你可以使用┅个引入来使bean实现 IsModified 接口以便简化缓存机制。

（7）织入（Weaving）：指把增强应用到目标对象来创建新的代理对象的过程Spring是在运行时完成织入。

切入点（pointcut）和连接点（join point）匹配的概念是AOP的关键这使得AOP不同于其它仅仅提供拦截功能的旧技术。 切入点使得定位通知（advice）可独立于OO层次 例如，一个提供声明式事务管理的around通知可以被应用到一组横跨多个对象中的方法上（例如服务层的所有业务操作）

（1）前置通知（Before advice）：在某连接点（join point）之前执行的通知，但这个通知不能阻止连接点前的执行（除非它抛出一个异常）

（2）返回后通知（After returning advice）：在某连接点（join point）正常完成后执行的通知：例如，一个方法没有抛出任何异常正常返回。 

（4）后通知（After (finally) advice）：当某连接点退出的时候执行的通知（不论是囸常返回还是异常退出） 

point）的通知，如方法调用这是最强大的一种通知类型。 环绕通知可以在方法调用前后完成自定义的行为它也會选择是否继续执行连接点或直接返回它们自己的返回值或抛出异常来结束执行。 环绕通知是最常用的一种通知类型大部分基于拦截的AOP框架，例如Nanning和JBoss4都只提供环绕通知。 ‘’

1) 单例模式——spring中两种代理方式若目标对象实现了若干接口，spring使用jdk的java.lang.reflect.Proxy类代理若目标兑现没有实現任何接口，spring使用CGLIB库生成目标类的子类

2) 单例模式——在spring的配置文件中设置bean默认为单例模式。

5) 试图帮助（view helper）——spring提供了一系列的JSP标签高效宏来帮助将分散的代码整合在试图中。

7) 工厂模式——在工厂模式中我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用同┅个接口来

经验内容仅供参考，如果您需解决具体问题(尤其法律、医学等领域)建议您详细咨询相关领域专业人士。

　　现在的项目是Spring+MyBatis前段时间项目经理让我干了一个活，就是给所有的controller里的所有方法加上日志记录的代码其实没有多少，也就300来个方法也没有抱怨什么，一边打着瞌睡一边就干了干的活如下：