springaop,springaop和ioc面试题

springaop原理

原理：sping aop是可以通过预编译方式和运行期动态代理实现在不修改源代码的情况下给程序动态统一添加功能的一种技术。AOP设计模式孜孜不倦追求的是调用者和被调用者之间的解耦，AOP 可以说也是这种目标的一种实现。

其原理的相关技术：

AOP是OOP的延续，是Aspect Oriented Programming的缩写，意思是面向切面编程。AOP（这里的AOP指的是面向切面编程思想，而不是Spring AOP）主要的的实现技术主要有Spring AOP和AspectJ。

AspectJ的底层技术是静态代理，即用一种AspectJ支持的特定语言编写切面，通过一个命令来编译，生成一个新的代理类，该代理类增强了业务类，这是在编译时增强，相对于下面说的运行时增强，编译时增强的性能更好。

Spring AOP采用的是动态代理，在运行期间对业务方法进行增强，所以不会生成新类，对于动态代理技术，Spring AOP提供了对JDK动态代理的支持以及CGLib的支持。

JDK动态代理只能为接口创建动态代理实例，而不能对类创建动态代理。需要获得被目标类的接口信息（应用Java的反射技术），生成一个实现了代理接口的动态代理类（字节码），再通过反射机制获得动态代理类的构造函数，利用构造函数生成动态代理类的实例对象，在调用具体方法前调用invokeHandler方法来处理。

如何理解Spring的AOP？

Spring的AOP面向切面编程，就是横向的，比如程序运行时都要建日志，相当于SQL的触发器。

Spring是一个开放源代码的设计层面框架，他解决的是业务逻辑层和其他各层的松耦合问题，因此它将面向接口的编程思想贯穿整个系统应用。Spring是于2003 年兴起的一个轻量级的Java 开发框架，由Rod Johnson创建。简单来说，Spring是一个分层的JavaSE/EEfull-stack(一站式)?轻量级开源框架。

Spring特点：

1、方便解耦，简化开发

通过Spring提供的IoC容器，我们可以将对象之间的依赖关系交由Spring进行控制，避免硬编码所造成的过度程序耦合。有了Spring，用户不必再为单实例模式类、属性文件解析等这些很底层的需求编写代码，可以更专注于上层的应用。

2、AOP编程的支持

通过Spring提供的AOP功能，方便进行面向切面的编程，许多不容易用传统OOP实现的功能可以通过AOP轻松应付。

3、声明式事务的支持

在Spring中，我们可以从单调烦闷的事务管理代码中解脱出来，通过声明式方式灵活地进行事务的管理，提高开发效率和质量。

4、方便程序的测试

可以用非容器依赖的编程方式进行几乎所有的测试工作，在Spring里，测试不再是昂贵的操作，而是随手可做的事情。例如:Spring对Junit4支持，可以通过注解方便的测试Spring程序。

5、方便集成各种优秀框架

Spring不排斥各种优秀的开源框架，相反，Spring可以降低各种框架的使用难度，Spring提供了对各种优秀框架(如Struts,Hibernate、Hessian、Quartz)等的直接支持。

6、降低Java EE API的使用难度

Spring对很多难用的Java EE API(如JDBC，JavaMail，远程调用等)提供了一个薄薄的封装层，通过Spring的简易封装，这些Java EE API的使用难度大为降低。

7、Java 源码是经典学习范例

Spring的源码设计精妙、结构清晰、匠心独运，处处体现着大师对Java设计模式灵活运用以及对Java技术的高深造诣。Spring框架源码无疑是Java技术的最佳实践范例。如果想在短时间内迅速提高自己的Java技术水平和应用开发水平，学习和研究Spring源码将会使你收到意想不到的效果。

Spring AOP实现原理分析

Spring的核心是IOC与AOP，IOC主要是依赖关系的管理，依赖查询，依赖注入，在之前bean的生命周期文章中已经对bean的生命周期做了相对多的分析，这里以前探讨下AOP的实现原理。

预览一下配置文件

refresh

- obtainFreshBeanFactory

- refreshBeanFactory

- AbstractRefreshableApplicationContext.loadBeanDefinitions(beanFactory)

- ...

- XmlBeanDefinitionReader.loadBeanDefinitions(Resource resource)

- DefaultBeanDefinitionDocumentReader.parseBeanDefinitions

以上过程在bean生命周期中都有提到过，以上没有变化。

区别在于aop:config是自定义的标签，这次走的是parseCustomElement方法

NameSpaceHandler的映射关系存储在DefaultNamespaceHandlerResolver中，自定义的 aop:config 标签找到的Handler是 AopNamespaceHandler

AopNamespaceHandler在parse的时候，找到标签对应的Parser再进行parse，因此[aop:config]标签又交给了ConfigBeanDefinitionParser来解析。

ConfigBeanDefinitionParser.parse

- configureAutoProxyCreator

- AopNamespaceUtils.registerAspectJAutoProxyCreatorIfNecessary(parserContext, element)

- ...

AOP的实现方式基于IOC，通过beanPostProcessor来自定义bean的结构

AspectJAwareAdvisorAutoProxyCreator的postProcessAfterInitialization方法再其父类AbstractAutoProxyCreator中实现，其会对已经实例化的bean进行wrap。

而对bean进行wrap的时候，就是使用ProxyFactory createAopProxy，最终会走到DefaultAopProxyFactory的createAopProxy方法。

可以看到：

aop的功能也是借助spring对bean的管理来实现的，弄明白了bean的整个过程，spring的其它模块理解起来都会很轻松。