-
连接点(Joint point)
:是程序执行的一个点。例如,一个方法的执行或者一个异常的处理。在 Spring AOP 中,一个连接点总是代表一个方法执行。 -
织入(Weaving)
:就是通过动态代理,在目标对象方法中执行处理内容的过程。 -
目标对象(Target Object)
:被一个或者多个切面所通知的对象。 -
AOP代理(AOP Proxy)
在Spring AOP中有两种代理方式,JDK动态代理和CGLIB代理
。
在AOP术语中,切面的工作被称为通知
,实际上是程序执行时要通过SpringAOP框架触发的代码段
。
Spring切面可以应用5种类型的通知:
-
前置通知(Before):在目标方法被调用之前调用通知功能;
-
后置通知(After):在目标方法完成之后调用通知,此时不会关心方法的输出是什么;
-
返回通知(After-returning ):在目标方法成功执行之后调用通知;
-
异常通知(After-throwing):在目标方法抛出异常后调用通知;
-
环绕通知(Around):通知包裹了被通知的方法,
在被通知的方法调用之前和调用之后执行自定义的行为
。
追问2:在同一个切面(Aspect)中,不同Advice的执行顺序
无
异常情况下:
/*************不同Advice的执行顺序*****************/
1. around before advice
2. before advice
3. target method (执行代码段)
4. around after advice
5. after advice
/*******************前五个都一样*******************/
6. afterReturning
/*************************************************/
有
异常情况下:
/*************不同Advice的执行顺序*****************/
1. around before advice
2. before advice
3. target method (执行代码段)
4. around after advice
5. after advice
/*******************前五个都一样*******************/
6. afterThrowing:异常发生
7. java.lang.RuntimeException: 异常发生
/*************************************************/
被群友一致认为的济南泉城广场🙃🙃。。。坐标:深圳
作者:對你何止一句钟意
(航拍)
面试题2:AspectJ AOP 和 Spring AOP 有什么区别?
===================================================================================================
AOP实现的关键在于代理模式
,AOP代理主要分为静态代理
和动态代理
。
-
静态代理的代表为AspectJ;
-
动态代理则以Spring AOP为代表;
Spring AOP和AspectJ有不同的目标。
-
Spring AOP旨在通过Spring IoC提供一个简单的AOP实现,以解决编码人员面临的最常出现的问题。这并不是完整的AOP解决方案,
它只能用于Spring容器管理的beans
。 -
另一方面,AspectJ是最原始的AOP实现技术,提供了玩这个的AOP解决方案。AspectJ更为健壮,相对于Spring AOP也显得更为复杂。值得注意的是,AspectJ能够被应用于所有的领域对象。
从原理上看:
Spring AOP
-
基于动态代理来实现,默认如果使用接口的,用JDK提供的动态代理实现,如果是方法则使用CGLIB实现
-
Spring AOP需要依赖IOC容器来管理,并且只能作用于Spring容器,使用纯Java代码实现
-
在性能上,由于Spring AOP是基于动态代理来实现的,在容器启动时需要生成代理实例,在方法调用上也会增加栈的深度,使得Spring AOP的性能不如AspectJ的那么好
AspectJ
AspectJ属于静态代理(织入),通过修改代码来实现,有如下几个织入的时机:
-
编译期织入
(Compile-time weaving): 如类 A 使用 AspectJ 添加了一个属性,类 B 引用了它,这个场景就需要编译期的时候就进行织入,否则没法编译类 B。 -
编译后织入
(Post-compile weaving): 也就是已经生成了 .class 文件,或已经打成 jar 包了,这种情况我们需要增强处理的话,就要用到编译后织入。 -
类加载后织入
(Load-time weaving): 指的是在加载类的时候进行织入,要实现这个时期的织入,有几种常见的方法。1、自定义类加载器来干这个,这个应该是最容易想到的办法,在被织入类加载到 JVM 前去对它进行加载,这样就可以在加载的时候定义行为了。2、在 JVM 启动的时候指定 AspectJ 提供的 agent:-javaagent:xxx/xxx/aspectjweaver.jar。
AspectJ可以做Spring AOP干不了的事情,它是AOP编程的完全解决方案,Spring AOP则致力于解决企业级开发中最普遍的AOP(方法织入)。而不是成为像AspectJ一样的AOP方案。
因为AspectJ在实际运行之前就完成了织入,所以说它生成的类是没有额外运行时开销的
| 指标项 | Spring AOP | AspectJ |
| — | — | — |
| 使用语言 | 在纯 Java 中实现 | 使用 Java 编程语言的扩展实现 |
| 是否需要编译 | 不需要单独的编译过程 | 除非设置 LTW,否则需要 AspectJ 编译器 (ajc) |
| 织入方式 | 只能使用运行时织入 | 运行时织入不可用。支持编译时、编译后和加载时织入 |
| 织入能力 | 功能不强-仅支持方法级编织 | 更强大 – 可以编织字段、方法、构造函数、静态初始值设定项、最终类/方法等……。 |
| 适用范围 | 只能在由 Spring 容器管理的 bean 上实现 | 可以在所有域对象上实现 |
| 切入点要求 | 仅支持方法执行切入点 | 支持所有切入点 |
| 代理局限 | 代理是由目标对象创建的, 并且切面应用在这些代理上 | 在执行应用程序之前 (在运行时) 前, 各方面直接在代码中进行织入 |
| 性能 | 比 AspectJ 慢很多 | 更好的性能 |
| 复杂度 | 易于学习和应用 | 相对于 Spring AOP 来说更复杂 |
追问1:了解JDK动态代理和CGLIB动态代理的原理么?他俩有哪些区别?
Spring AOP中的动态代理主要有两种方式,JDK动态代理
和CGLIB动态代理
:
JDK动态代理
:是利用反射机制生成一个实现代理接口的匿名类,在调用具体方法前调用 InvokeHandler 来处理,他有一个限制,就是它只能为接口创建代理实例,那么对于没有通过接口定义业务方法的类
,就要用CGLIB动态代理
了。
CGLIB(Code Generation Library)动态代理
:是一个基于ASM的字节码生成库,它允许我们在运行时对字节码进行修改和动态生成。CGLIB通过继承方式实现代理,在子类中采用方法拦截的技术拦截所有父类方法的调用并顺势织入横切逻辑。
JDK动态代理具体实现原理:
-
通过实现InvocationHandler接口创建自己的调用处理器;
-
通过为Proxy类指定ClassLoader对象和一组interface来创建动态代理;
-
通过反射机制获取动态代理类的构造函数,其唯一参数类型就是调用处理器接口类型;
-
通过构造函数创建动态代理类实例,构造时调用处理器对象作为参数参入;
JDK动态代理是面向接口的代理模式,如果被代理目标没有接口那么Spring也无能为力,Spring通过Java的反射机制生产被代理接口的新的匿名实现类,重写了其中AOP的增强方法。
CGLib动态代理:
利用ASM开源包,对代理对象类的class文件加载进来,通过修改其字节码生成子类来处理。
- 如果目标对象实现了接口,默认情况下会采用JDK的动态代理实现AOP;
- 如果目标对象实现了接口,可以强制使用CGLIB实现AOP;
- 如果目标对象
没有实现了接口
,必须采用CGLIB库,spring会自动在JDK动态代理和CGLIB之间转换
;
3、两者对比:
-
JDK动态代理是
面向接口的
。 -
CGLib动态代理是通过字节码底层继承要代理类来实现(
对指定的类生成一个子类,覆盖其中的方法
),因此如果被代理类被final关键字所修饰,会失败。
开阔!!坐标:深圳。。。
作者:對你何止一句钟意
(航拍)
面试题3:什么是基于Java的Spring注解配置? 给一些注解的例子
==================================================================================================
基于Java的配置,允许你在少量的Java注解的帮助下进行大部分Spring配置,而非通过XML文件。当然,也不不建议啥都用注解配置,毕竟如果修改就要动class文件很麻烦。因此建议:不会修改、极少修改的用注解,会修改的用xml配置,如AOP的配置我就用XML,因为这个需要改的场景比较多。
以@Configuration 注解
为例,它用来标记类可以当做一个bean的定义,被Spring IOC容器使用。另一个是通过@Bean注解
,它表示此方法将要返回一个对象,作为一个bean注册进Spring应用上下文。
@Configuration
public class StudentConfig {
@Bean
public StudentBean myStudent() {
return new StudentBean();
}
怎样开启注解装配呢?
注解装配在默认情况下是不开启的,为了使用注解装配,我们必须在Spring配置文件中配置 <context:annotation-config/>
元素。
一些常见的注解:
1、@Component
:
这将 java 类标记为 bean。它是任何 Spring 管理组件的通用构造型。spring 的组件扫描机制现在可以将其拾取并将其拉入应用程序环境中。
2、@Controller
:
这将一个类标记为 Spring Web MVC 控制器。标有它的 Bean 会自动导入到 IoC 容器中。
3、@Service
:
此注解是组件注解的特化。它不会对 @Component 注解提供任何其他行为。我们可以在服务层类中使用 @Service 而不是 @Component,因为它以更好的方式指定了意图。
4、@Repository
:
这个注解是具有类似用途和功能的 @Component 注解的特化。它为 DAO 提供了额外的好处。它将 DAO 导入 IoC 容器,并使未经检查的异常有资格转换为 Spring DataAccessException。
5、@Required
:
最后
按照上面的过程,4个月的时间刚刚好。当然Java的体系是很庞大的,还有很多更高级的技能需要掌握,但不要着急,这些完全可以放到以后工作中边用别学。
学习编程就是一个由混沌到有序的过程,所以你在学习过程中,如果一时碰到理解不了的知识点,大可不必沮丧,更不要气馁,这都是正常的不能再正常的事情了,不过是“人同此心,心同此理”的暂时而已。
“道路是曲折的,前途是光明的!”
为 DAO 提供了额外的好处。它将 DAO 导入 IoC 容器,并使未经检查的异常有资格转换为 Spring DataAccessException。
5、@Required
:
最后
按照上面的过程,4个月的时间刚刚好。当然Java的体系是很庞大的,还有很多更高级的技能需要掌握,但不要着急,这些完全可以放到以后工作中边用别学。
学习编程就是一个由混沌到有序的过程,所以你在学习过程中,如果一时碰到理解不了的知识点,大可不必沮丧,更不要气馁,这都是正常的不能再正常的事情了,不过是“人同此心,心同此理”的暂时而已。
“道路是曲折的,前途是光明的!”
[外链图片转存中…(img-GKCHuerl-1628672949372)]
[外链图片转存中…(img-jy6ETWYD-1628672949374)]