Spring之IoC
IoC注入之DI
1.什么是DI?
依赖注入：Dependency Injection。依赖注入DI是指程序运行过程中，若需要调用另一个对象协助时，无须在代码中创建被调用者，而是依赖于外部容器，由外部容器创建后传递给程序。
2.为什么使用DI?
依赖注入是目前最优秀的解耦方式。依赖注入让Spring的Bean之间以配置文件的方式组织在一起，而不是以硬编码的方式耦合在一起的。
3.DI的使用之注入？
所谓注入，可理解为对象的属性赋值
3.1 基于XML的DI
设值注入
前提：设值注入实体类中必须要有属性的set,get方法，例如：创建两个类如下
3.1.1 简单数据类型和引用数据类型注入
使用<property>标签进行属性赋值，
简单数据类型：name为实体类属性，vlaue为值
引用数据类型：name为实体类属性，ref为引用类型bean的id；
3..1.2 集合属性注入(array、set、list、map、properties)
实体类展示：
XML配置：
Array数组通过<array><value>字符串和基本类型 </value><ref>引用类型<rer></array>标签。
Set集合通过<set><vlaue>基本类型和字符串类型</value> <ref> 引用类型<ref></set>标签
List集合通过<list<vlaue>基本类型和字符串类型</value><ref> 引用类型<ref></list>
Map集合通过<map><entry key=”键” value=”值”></entry></map>标签
Properties集合通过<props><prop key=”>值</prop><props>标签
如下图所示：
3.1.3 域属性自动注入（byName\byType；局部和全局配置）
什么叫域属性：域为作用域，例如web编程中的request,session都叫做作用域。
与属性自动注入有两种：byName注入，和byType注入，默认为byName注入
局部注入使用 autowire="default"进行设置，例如：
全局注入使用： default-autowire="no";例如：
3.1.4 空字符串或null的注入
空字符串注入：<property name=”属性名”><value/></property>
null的注入：<property name=”属性名”><null/></property>
例：
构造注入
前提：实体列中有对应的有参构造方法
XML配置：常见的构造注入方式有4种：
1)<constructor-arg name=”” value=””></constructor-arg>
2)<constructor-arg index=”” value=””></constructor-arg>
3) <constructor-arg type=”” value=””></constructor-arg>
4）<constructor-arg value=””></constructor-arg>要求值与构造方法的参数一一对照
例如：
3.2 基于注解的DI
使用注解注入DI,需要XML导入注解约束
3.2.1常用的注解及其作用
@Component 表示当前类交给Spring容器管理
@Repository:该注解添加在Dao实现类上
@Service：该注解添加在Service实现类上
@Controller：该注解添加在Controller类上
@Scope 使用作用域
@Value 简单数据类型通过@Value注入
@Resource、JDK注入方式，引用数据类型通过@Resource也可以实现注入；默认情况下是byName方式注入，只有找不到与名称匹配的bean的时候才会按照类型来进行注入
@Autowired spring注入方法引用数据类型通过@Autowired注入；默认情况下是byType方式注入;如果使用byName方式自动注入，需要与@Qualifier联合使用
例如：
3.2.2 @Autowired和@Resource的区别？
共同点：@Resource和@Autowired都可以作为注入属性的修饰，在接口仅有单一实现类时，两个注解的修饰效果相同，可以互相替换，不影响使用。
不同点：
@Resource是Java自己的注解，@Resource有两个属性是比较重要的，分是name和type；Spring将@Resource注解的name属性解析为bean的名字，而type属性则解析为bean的类型。所以如果使用name属性，则使用byName的自动注入策略，而使用type属性时则使用byType自动注入策略。如果既不指定name也不指定type属性，这时将通过反射机制使用byName自动注入策略。
@Autowired是spring的注解，是spring2.5版本引入的，Autowired只根据type进行注入，不会去匹配name。如果涉及到type无法辨别注入对象时，那需要依赖@Qualifier或@Primary注解一起来修饰。
3.2.3 @Scope常用的取值？
1、singleton:一个Spring容器中只有一个Bean的实例，此为Spring的默认配置，全容器共享一个实例
2、prototype:每次调用新建一个Bean的实例
3、Request:Web项目中，给每一个http request新建一个Bean实例
4、Session:Web项目中，给每一个http session新建一个Bean实例。
5、GlobalSession:这个只在portal应用中有用，给每一个global http session新建一个Bean实例。
Spring之AOP
代理
1. 什么是代理？
张三需要100万，但是到银行取钱太麻烦了，需要办理的手续很多，怎么办？找个人帮张三去取钱，这个人去处理这些麻烦事，这个人就是代理 2
日常生活中，找人给你带份饭、找人替你跑腿……这些就是代理；代替你去做某些事，处理一些事情
2.为什么使用代理？
可以隐藏目标类的具体实现;
在不修改目标类代码的情况下能够对其功能进行增强。
3.代理分类：代理分为静态代理和动态代理
3.1静态代理
若代理类在程序运行前就已经存在，那么这种代理方式被成为 静态代理
3.1.1 静态代理的实现
步骤：
静态代理模式实现步骤：
创建接口|抽象类，定义行为规范
创建目标类，实现接口|抽象类，重写行为
创建代理类：
3.1 实现和目标同同样的接口|抽象类
3.2 定义真实角色对象并且私有化
3.3 定义带参构造函数，为自定义的真实角色对象进行初始化
3.4 重写行为，调用真实角色对象的对应方法
1)定义统一接口
2)定义目标类
3)定义代理类
4)测试
结果：
3.2 动态代理
3.2.1什么是动态代理?
代理类在程序运行时创建的代理方式被成为 动态代理。 也就是说，这种情况下，代理类并不是在Java代码中定义的，而是在运行时根据我们在Java代码中的“指示”动态生成的。
3.2.2 动态代理的分类?
常用的动态代理有两类：JDK动态代理和CGLIB动态代理
JDK动态代理
JDK动态代理的实现是在运行时，根据一组接口定义，使用Proxy、InvocationHandler等工具类去生成一个代理类和代理类实例。
建代理对象的时候，和静态代理一样，要知道目标对象是谁（ClassLoader），和目标对象实现同样的接口(interfaces)，由代理类执行方法的时候要怎么处理(InvocationHandler)
JDK动态代理的实现：
CGLIB动态代理
JDK动态代理必须提供一些接口才能代理，在一些不能提供的接口环境下，只能采取其他第三方技术，比如CGLIB动态代理，他的优势在于不需要提供接口，只要一个非抽象类就能实现动态代理。
CGLIB代理相关的类
net.sf.cglib.proxy.Enhancer：主要的增强类。它可以为目标类动态生成一个子类使方法可以被拦截
net.sf.cglib.proxy.MethodInterceptor：主要的方法拦截类，它是Callback接口的子接口，需要用户实现；它在AOP方面实现了环绕通知，也就是说你既可以在调用父类方法之前和之后调用自定义的增强代码。此外，你可以在调用父类方法前修改入参，甚至是根本就不调用父类方法。
net.sf.cglib.proxy.MethodProxy：JDK的java.lang.reflect.Method类的代理类，可以方便的实现对源对象方法的调用。
CGLIB动态代理原理图
CGLIB动态代理的原理就是用Enhancer生成一个目标类的子类，并且设置好callback到proxy， 则目标类的每个方法调用都会转为调用实现了MethodInterceptor接口的proxy的intercept() 函数，如图在intercept()函数
在intercept()函数里，除执行目标类的原方法，还可以在原方法前后加入其他需要实现的过程，改变原方法的参数值，即可以实现对目标类的代理了。这基于AOP中的around advice。
具体实现如下：
1）目标类
2）创建动态代理工厂类：
3）测试
总结：实现CGLIB动态代理的实现步骤：
1.导入jar包：cglib-nodep-3.1.jar
创建目标类并书写目标方法
2.创建代理工厂，实现MethodInterceptor接口：在工厂中创建代理类
2.1.创建增强器
2.2.设置父类（指定目标类）
2.3.指定执行父类方法的时候回调当前类的intercept方法
2.4.为目标类创建子类（cglib动态代理对象）
2.5重写intercept（）方法。
3.测试
AOP介绍
1.什么是AOP?
面向切面编程，就是将交叉业务逻辑封装成切面，利用AOP的功能将切面织入到主业务逻辑中。所谓交叉业务逻辑是指，通用的、与主业务逻辑无关的代码，如安全检查、事务、日志等。
2.为什么使用Aop?
若不使用AOP，则会出现代码纠缠，即交叉业务逻辑与主业务逻辑混合在一起。这样，会使主业务逻辑变的混杂不清。
3.Aop基本术语介绍
3.1 切面
切面泛指交叉业务逻辑。比如事务处理、日志处理就可以理解为切面。常用的切面有通知与顾问。实际就是对主业务逻辑的一种增强。
3.2 织入
织入是指将切面代码插入到目标对象的过程。
3.3 连接点
连接点指切面可以织入的位置。
3.4 切入点
切入点指切面具体织入的位置。
3.5 通知(Advice)
通知是切面的一种实现，可以完成简单织入功能（织入功能就是在这里完成的）。通知定义了增强代码切入到目标代码的时间点，是目标方法执行之前执行，还是之后执行等。通知类型不同，切入时间不同。
3.6 顾问(Advisor)
顾问是切面的另一种实现，能够将通知以更为复杂的方式织入到目标对象中，是将通知包装为更复杂切面的装配器。 不仅指定了切入时间点,还可以指定具体的切入点
4.AOP编程环境搭建
导入两个jar包:
com.springsource.org.aopalliance-1.0.0.jar
spring-aop-4.1.6.RELEASE.jar
5.Spring对AOP的实现（基于Schema-based方式）
常用通知分类
前置通知(MethodBeforeAdvice)
后置通知(AfterReturningAdvice)
环绕通知(MethodInterceptor)
异常处理通知(ThrowsAdvice)
1)创建接口
2）创建实现类
3）创建四个对应的类及实现对应的接口并重写对应的方法：
前置通知(MethodBeforeAdvice)
后置通知(AfterReturningAdvice)
环绕通知(MethodInterceptor)
异常处理通知(ThrowsAdvice)
ThrowsAdbice为标识接口，需要找到书写方法：本例为第一个：
<pre class="code">public void afterThrowing(Exception ex)</pre>
* <pre class="code">public void afterThrowing(RemoteException)</pre>
* <pre class="code">public void afterThrowing(Method method, Object[] args, Object target, Exception ex)</pre>
* <pre class="code">public void afterThrowing(Method method, Object[] args, Object target, ServletException ex)</pre>
当有异常时捕获异常使用ex.printStackTrace（）；打印异常信息
4）XML中配置：
5）测试
