SpringMVC---依赖注入与面向切面

1、依赖注入与面向切面

1.1、出现背景

——如何简化java开发？

其中很重要的一点是“组件化”。

——如何更好的“组件化”？

松耦合，以及尽可能的让组件专注于本身。

——Spring框架的目的也只有一个，就是简化java开发

1.2、耦合

很多框架通过强迫应用继承它们的类或实现它们的接口，从而让应用和框架绑死。而耦合又是必须的，有协作关系的类之间必定存在耦合，所以重要的是保持松散耦合。

1.3、依赖注入DI（Dependency Injection）

即利用第三方容器来管理类之间的耦合。在Spring中，对应的概念是Spring容器。它的设计思想主要是是反转资源获取的方向。

传统的资源查找方式要求组件向容器发起请求查找资源，作为回应，容器适时的返回资源。而应用了 IoC 之后, 则是容器主动地将资源推送给它所管理的组件, 组件所要做的仅是选择一种合适的方式来接受资源。总结来说，Spring 就是一个实现了IoC的容器。

1.4、面向切面AOP（Aspect Oriented Programming）

（1）横切关注点：多个组件可能都需要用到的系统服务，如日志、事务管理（与组件核心业务逻辑无关）。

（2）双重复杂性：

a. 横切关注点重复出现在多个组件中，修改和维护须修改各个模块相关实现。

b. 组件因为这些与自身核心业务无关的代码而变得混乱。

（3）切点：定义了何处(在程序执行过程中的某个事件/方法)

（4）通知：定义了切面的事务，以及何时执行（相对于切点前后/环绕）

（5）切面：切面由通知和切点组成，它在何时何处完成什么功能

（6）连接点：连接点是一个应用执行过程中能够插入一个切面的点。

（7）织入：织入是将切面应用到目标对象来创建的代理对象过程。

仔细地观察上图，在程序执行过程中，可以有多个的连接点，在这些连接点上，我们便可以向其中插入切面（即你所想要插入的某个逻辑，这个逻辑，就是上面所说的横切关注点），这样我们就可以更好地理解下，什么是AOP？在运行时，动态地将代码切入到类的指定方法、指定位置上的编程思想就是面向切面的编程。

这样的思想有什么好处呢？试想一下，程序写好了之后，你想要针对所有业务操作添加一个日志，传统的做法是，改造每个业务方法，这样势必把代码弄得一团糟，而且以后再扩展还是更乱。而AOP的思想则是引导你从另一个切面来看待和插入这个日志，不管加在哪，它其实都是属于日志系统这个角度的。

举个例子：

那么，这样说来，我们也就懂得为什么会有AOP的思想，殊途同归，就是为了降低我们维护和开发程序的开销，就是为了简化Java开发。

在这里，我们主要讲的是Spring的编程思想，理解这种思想后，再进行实际操作也会得心应手。

2、Bean的相关介绍

2.1、Bean的原理

Bean就相当于定义一个组件，这个组件是用于具体实现某个功能的，可以重复使用。Bean的好处是：

（1）可以不必再次编译，就可以工作在任何支持Java的平台上。

（2）可以以其他组件模式工作。

（3）可以在内部、网间和网内传输。

2.2、什么是配置bean？

Spring帮我们做的就是根据配置文件来创建Bean实例，并调用Bean实例的方法来完成“依赖注入”，可以把Spring容器理解成一个大型工厂，Bean就是该工厂的产品，工厂(Spirng容器)里能生产出来什么样的产品（Bean），完全取决于我们在配置文件中的配置。

2.3、那么我们该如何配置Bean呢？

Bean的配置形式，主要有以下2种：

（1）基于 XML文件的方式

（2）基于注解的方式（这点在下文会有详细说明）

Bean的依赖注入方式，主要有以下3种：

（1）属性注入方法

（2）构造函数注入方法

（3）工厂方法注入方法

属性注入方法：属性注入即通过setXXX()方法注入Bean的属性值或者依赖对象

构造函数注入方法：构造函数注入方法保证一些必要的属性在Bean实例化时就得到了设置，并在实例化后就可以使用。

【如果有多个构造器，可以通过index和value进行更加精确的定位】

工厂方法注入方法（静态工厂&实例工厂）：即工厂类创建一个或多个工厂类实例，工厂类方法一般以接口或抽象类变量的形式返回目标类实例。不推荐使用。

2.4、 Bean的实例化

在Spring IoC 容器读取 Bean 配置创建 Bean 实例之前, 必须对它进行实例化。Spring 提供了两种类型的 IoC 容器实现：

（1）Bean工厂 BeanFactory： IoC 容器的基本实现。

（2）应用上下文 ApplicationContext：提供了更多的高级特性，是BeanFactory 的子接口。

BeanFactory 是 Spring 框架的基础设施，面向 Spring 本身。而ApplicationContext面向使用 Spring 框架的开发者，几乎所有的应用场合都直接使用ApplicationContext，而非底层的 BeanFactory。无论使用何种方式, 配置文件是相同的。

我们看看下面的例子

而Bean的实例化还有一种形式，即基于注解的形式，这在下文会提及，也是一种较为常用的方法。

2.5、Bean的自动装配

自动装配（常用）定义是只声明Bean, 而把Bean之间的关系交给 IoC 容器来完成。Spring IoC 容器可以自动装配Bean，我们需要做的仅仅是在 <bean> 的 autowire 属性里指定自动装配的模式。

（1）byType(根据类型自动装配): 若IoC容器中有多个与目标Bean类型一致的 bean，在这种情况下，Spring 将无法判定哪个 bean 最合适该属性，所以不能执行自动装配。

（2）byName(根据名称自动装配): 必须将目标Bean的名称和属性名设置的完全相同。

（3）constructor(通过构造器自动装配): 当Bean中存在多个构造器时，此种自动装配方式将会很复杂，不推荐使用。

（4）autodetect（自动检测）：如果constructor装配失败，则采用byType。

2.6、基于注解配置bean

组件扫描(component scanning): Spring 能够从 classpath 下自动扫描，侦测和实例化具有特定注解的组件。特定组件包括：

@Component：基本注解, 标识了一个受 Spring 管理的组件

@Respository：标识持久层组件

@Service：标识服务层(业务层)组件

@Controller：标识表现层组件

对于扫描到的组件, Spring 有默认的命名策略：使用非限定类名, 第一个字母小写，也可以在注解中通过 value 属性值标识组件的名称。

当在组件类上使用了特定的注解之后,还需要在 Spring 的配置文件中声明<context:component-scan>，其中base-package 属性指定一个需要扫描的基类包，Spring 容器将会扫描这个基类包里及其子包中的所有类。就像这样：

Spring 还支持 @Resource 和 @Inject 注解，这两个注解和 @Autowired 注解的功用类似。@Resource 注解要求提供一个 bean 名称的属性，若该属性为空，则自动采用标注处的变量或方法名作为 bean 的名称。@Inject 和 @Autowired 注解一样也是按类型匹配注入的 bean，但没有 reqired 属性。建议读者使用@Autowired 注解。

当 Spring 容器启动时，AutowiredAnnotationBeanPostProcessor 将扫描 Spring 容器中所有 Bean，当发现 Bean 中拥有@Autowired 注释时就找到和其匹配（默认按byType匹配）的 Bean，并注入到对应的地方中去。

当然，该实例也可以自动装配具有@Resource 、@Inject注解的属性。它可以对类成员变量、方法及构造函数进行标注，完成自动装配的工作。我们可以通过@Autowired的使用来消除 set ，get方法，如下图的例子：