重新理解spring框架

在介绍spring一些常见基本概念解析之前，要先对Spring框架做一个基本的认识。

Spring是一款开源的轻量级JAVA SE/JAVA EE开发应用框架，目的是用于简化企业级应用框架。

应用程序是由一组相互协作的对象完成的，在传统的应用程序开发中，一个完整的应用是由一组相互协作的对象组成的,所以在开发一个应用时，除了要开发业务逻辑之外，还要关注如何使用这些对象协作来完成所需的功能，而且要高内聚、低耦合。

Spring刚出来的时候就是帮我们解决创建对象和管理对象的依赖关系，还提供通用日志记录、性能统计、安全控制、异常处理等面向切面的能力，还能管理数据库事务，本身也提供了简单的JDBC实现，提供与第三方框架的集成，与各种JAVA EE 技术整合，还有自己的web层 Spring MVC框架。

设计的初衷

最开始Spring是为了解决企业级应用开发的复杂性设计的，可以简化开发，为了撅起EJB那种复杂的开发。
采取了四种关键策略:
1.基于POJO的轻量级和最小侵入式编程。
2.通过依赖注入和面向接口松耦合。
3.通过切面和惯性进行声明式编程。
4.通过切面和模板减少样板式代码。

而他主要是通过：面向Bean、依赖注入以及面向切面这三种方式来达成的。

IOC与IOC容器

大家都知道这是 控制反转。 那么我们可以思考下，他反转的是什么呢？控制什么呢？ 一般来说，我们对象的创建都是由客户端主动创建的来控制的。在使用了spring之后，所有的Bean都会由Spring来创建。
所以叫做控制对象的创建进行反转，由应用程序来创建，然后new出来以后需要统一管理起来，所以有了IOC容器容器(ConcurentHashMap)来管理。

OOP

这个不能算spring的专业术语，他是面向对象编程的意思。具备三大特性：封装、继承、多态。万物都是对象，面向对象编程，关注事物之间的联系，而不是行为的实现过程。

BOP:

简单来说，就是面向Bean进行编程。 Bean与Bean之间的关系，不希望每次都认为去管理，而是由程序去管理。spring就是从Bean的管理开始的。Bean在Spring中作用就像Object对OOP的意义一样，Spring中没有Bean也就没有Spring存在的意义。Spring提供了IOC容器通过配置文件或者注解的方式来管理对象之间的依赖关系。

DI技术

字面翻译就是动态注入的意思。 通俗就是动态对象赋值，动态的调用getter、setter(采用反射的方式)，他是控制反转实现的一种方式，也叫做依赖注入。

Spring的加载步骤：定位、载入、注册、再确定要不要初始化Spring。

依赖注入的基本概念

Spring设计的核心 org.springframework.beans包（架构核心是 org.springframework.core包），它的设计目标是与 JavaBean组件一起使用。这个包通常不是由用户直接使用，而是由服务器将其用作其他多个功能的底层中介。

下一个最高级抽象是 BeanFactory接口，它是工厂设计模式的实现，允许通过名称创建和检索对象。BeanFactory也可以管理对象之间的关系。

BeanFactory 支持两种对象模型。

1，单例：模型提供了具有特定名称的对象的共享实例，可以在查询时对其进行检索。Singleton 是默认的也是最常用的对象模型。对于无状态服务对象很理想。

2，原型：模型确保每次检索都会创建单独的对象。在每个用户都需要自己的对象时，原型模型最适合。
Bean工厂的概念是 Spring作为IOC容器的基础。

AOP面向切面编程

image.png

很多人都说不清楚这个概念，只会说这是面向切面编程，这个根据你深入的使用和理解才能深入浅出的解释出来。这是一种编程思想，它允许程序员对横切关注点或横切典型的职责分界线的行为（例如日志和事务管理）进行模块化。AOP的核心构造是方面（切面），它将那些影响多个类的行为封装到可重用的模块中。

在典型的面向对象开发方式中，可能要将日志记录放在所有方法和java类中，才能实现日志功能，在AOP方式中，可以反过来将日志服务模块化，以声明的方式将他们应用到日志的组件上。具体使用方式是继承一个接口去重写子类的方法，然后使用添加注解的方式。

这样做的优势就是java类不需要知道日志服务的存在，不需要考虑相关代码，所以用AOP编程能够松耦合。

spring AOP的功能完全集成到了Spring的事务管理、日志和其他各种特性上下文中。

常用场景有:

Authentication权限认证、Logging日志、Transctions Manager事务、Lazy Loading懒加载、Context Process上下文处理、Error Handler错误跟踪、Cache缓存等。

使用AOP主要是能有两方面的作用:

1.起增强功能。
2.起解耦作用，专人干专事。

总结起来，就是AOP，是一种面向切面编程，允许程序员对横切关注点的行为（例如日志和事务管理）进行模块化，核心是切面。典型应用有日志、权限、懒加载、事务等功能。

比如需要对一个业务服务进行日志记录，该服务就是关注点，切面，就是一刀下去形成的两个面，把这两个面分别关联在关注点的边，一边记录服务开始执行日志，一边记录服务成功或失败原因日志。

再举个事务管理的实现，以下是数据库事务的结构图，执行业务服务代码时，需要开始数据库连接，开启事务，然后才执行业务代码，在执行过程种，若操作失败了，则进行事务回滚，如果成功则提交事务。

织入

意思就是字节码重组

增强

就是使用动态代理的方式去对行为进行增强。

通知(满足条件回调)

通知（Advice） ：“切面”对于某个“连接点”所产生的动作。其中，一个“切面”可以包含多个“Advice”。

切入点（Pointcut） ：匹配连接点的断言，在AOP 中通知和一个切入点表达式关联。切面中的所有通知所关注的连接点，都由切入点表达式来决定。能够满足切面规则的所有入口

目标对象（Target Object） ：被一个或者多个切面所通知的对象。例如AServcieImpl 和BServiceImpl，当然在实际运行时，Spring AOP 采用代理实现，实际AOP 操作是TargetObject的代理对象。

AOP 代理（AOP Proxy） ：在Spring AOP 中有两种代理方式，JDK 动态代理和CGLIB 代理。默认情况下，TargetObject 实现了接口时，则采用JDK 动态代理，例如，AServiceImpl；反之，采用CGLIB代理，例如，BServiceImpl。强制使用CGLIB 代理需要将的proxy-target-class属性设为true。

通知（Advice）类型：

前置通知（Before advice）：在某连接点（JoinPoint）之前执行的通知，但这个通知不能阻止连接点前的执行。ApplicationContext 中在里面使用元素进行声明。例如，TestAspect 中的doBefore 方法。

后置通知（After advice）：当某连接点退出的时候执行的通知（不论是正常返回还是异常退出）。ApplicationContext 中在里面使用元素进行声明。例如，ServiceAspect中的returnAfter 方法，所以Teser 中调用UserService.delete 抛出异常时，returnAfter 方法仍然执行。

返回后通知（After return advice）：在某连接点正常完成后执行的通知，不包括抛出异常的情况。ApplicationContext 中在里面使用元素进行声明。

环绕通知（Around advice）：包围一个连接点的通知，类似Web 中Servlet 规范中的Filter 的doFilter 方法。可以在方法的调用前后完成自定义的行为，也可以选择不执行。ApplicationContext中在里面使用元素进行声明。例如，ServiceAspect 中的around 方法。

抛出异常后通知（After throwing advice）：在方法抛出异常退出时执行的通知。ApplicationContext中在里面使用元素进行声明。例如，ServiceAspect 中的returnThrow 方法。注：可以将多个通知应用到一个目标对象上，即可以将多个切面织入到同一目标对象。

使用Spring AOP 可以基于两种式，一种是比较方便和强大的注解方式，另一种则是中规中矩的xml配置方式。

AOP，切面，使用注解的方式，比xml更加精准，可以定位到方法中具体的参数。