Spring AOP 之AspectJ注解和XML配置两种实现(Maven构建)

2024-04-01 15:08
文章标签 java maven xml 配置 实现 构建 spring 注解 两种 aop aspectj

本文主要是介绍Spring AOP 之AspectJ注解和XML配置两种实现(Maven构建)，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

xml配置

1.接口和实现类

public interface UserManager {public String findUserById(int userId);
}
@Service
public class UserManagerImpl implements UserManager {@Overridepublic String findUserById(int userId) {System.out.println("---------UserManagerImpl.findUserById()--------");if (userId <= 0) {throw new IllegalArgumentException("该用户不存在!");}return "张三";}
}

2.单独写一个Advice通知类进行测试

public class XMLAdvice {/*** 在核心业务执行前执行 不能阻止核心业务的调用*/private void doBefore(JoinPoint joinPoint) {System.out.println("---doBefore().invoke--");System.out.println(" 此处意在执行核心业务逻辑前，做一些安全性的判断等等");System.out.println(" 可通过joinPoint来获取所需要的内容");System.out.println("-----End of doBefore()------");}/*** 手动控制调用核心业务逻辑，以及调用前和调用后的处理* <p>* 注意：当核心业务抛异常后 立即退出 转向AfterAdvice* 执行完AfterAdvice 再转向Throwing Advice*/private Object doAround(ProceedingJoinPoint pjp) throws Throwable {System.out.println("-----doAround().invoke-----");System.out.println(" 此处可以做类似于Before Advice的事情");//调用核心逻辑Object retVal = pjp.proceed();System.out.println(" 此处可以做类似于After Advice的事情");System.out.println("-----End of doAround()------");return retVal;}/*** 核心业务逻辑退出后（包括正常执行结束和异常退出）,执行此Advice*/private void doAfter(JoinPoint joinPoint) {System.out.println("-----doAfter().invoke-----");System.out.println(" 此处意在执行核心业务逻辑之后，做一些日志记录操作等等");System.out.println(" 可通过joinPoint来获取所需要的内容");System.out.println("-----End of doAfter()------");}/*** 核心业务逻辑调用正常退出后，不管是否有返回值，正常退出后，均执行此Advice*/private void doReturn(JoinPoint joinPoint) {System.out.println("-----doReturn().invoke-----");System.out.println(" 此处可以对返回值做进一步处理");System.out.println(" 可通过joinPoint来获取所需要的内容");System.out.println("-----End of doReturn()------");}/*** 核心业务逻辑调用异常退出后，执行此Advice，处理错误信息*/private void doThrowing(JoinPoint joinPoint, Throwable ex) {System.out.println("-----doThrowing().invoke-----");System.out.println(" 错误信息：" + ex.getMessage());System.out.println(" 此处意在执行核心业务逻辑出错时，捕获异常，并可做一些日志记录操作等等");System.out.println(" 可通过joinPoint来获取所需要的内容");System.out.println("-----End of doThrowing()------");}
}

3.在Spring配置文件中配置

<bean id="xmlHandler" class="aop.XMLAdvice"/>
<aop:config><aop:aspect id="aspect" ref="xmlHandler"><aop:pointcut id="pointUserMgr" expression="execution(* intergrate.service.*.find*(..))"/><aop:before method="doBefore" pointcut-ref="pointUserMgr"/><aop:around method="doAround" pointcut-ref="pointUserMgr"/><aop:after method="doAfter" pointcut-ref="pointUserMgr"/><aop:after-returning method="doReturn" pointcut-ref="pointUserMgr"/><aop:after-throwing method="doThrowing" throwing="ex" pointcut-ref="pointUserMgr"/></aop:aspect></aop:config>

4.测试

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration("classpath:spring-service.xml")
public class UserManagerImplTest {@Resourceprivate UserManager userManager;@Testpublic void test() throws Exception {//正常运行String user = userManager.findUserById(1);System.out.println("user:" + user);System.out.println("=====华丽丽的分割线=======");//抛异常try {userManager.findUserById(0);} catch (Exception e) {}}
}

输出结果

---doBefore().invoke--此处意在执行核心业务逻辑前，做一些安全性的判断等等可通过joinPoint来获取所需要的内容
-----End of doBefore()------
-----doAround().invoke-----此处可以做类似于Before Advice的事情
---------UserManagerImpl.findUserById()--------此处可以做类似于After Advice的事情
-----End of doAround()------
-----doAfter().invoke-----此处意在执行核心业务逻辑之后，做一些日志记录操作等等可通过joinPoint来获取所需要的内容
-----End of doAfter()------
-----doReturn().invoke-----此处可以对返回值做进一步处理可通过joinPoint来获取所需要的内容
-----End of doReturn()------
user:张三
=====华丽丽的分割线=======
---doBefore().invoke--此处意在执行核心业务逻辑前，做一些安全性的判断等等可通过joinPoint来获取所需要的内容
-----End of doBefore()------
-----doAround().invoke-----此处可以做类似于Before Advice的事情
---------UserManagerImpl.findUserById()--------
-----doAfter().invoke-----此处意在执行核心业务逻辑之后，做一些日志记录操作等等可通过joinPoint来获取所需要的内容
-----End of doAfter()------
-----doThrowing().invoke-----错误信息：该用户不存在!此处意在执行核心业务逻辑出错时，捕获异常，并可做一些日志记录操作等等可通过joinPoint来获取所需要的内容
-----End of doThrowing()------

值得注意的是Around与Before和After的执行顺序。3者的执行顺序取决于在xml中的配置顺序

如果配置顺序是aop:after -> aop:around ->aop:before，那么before和after都会包含在around中。这种情况的产生是由于Around的特殊性，它可以做类似于Before和After的操作。当安全性的判断不通过时，可以阻止核心业务逻辑的调用，这是Before做不到的。

AspectJ注解

接口和实现类

与上面相同

自定义AspceJAdvice

@Aspect
public class AspceJAdvice {/*** Pointcut* 定义Pointcut，Pointcut的名称是aspectjMethod(),此方法没有返回值和参数* 该方法就是一个标识 不进行调用*/@Pointcut("execution(* find*(..))")private void aspectjMethod() {}/*** Before* 在核心业务执行前执行，不能阻止核心业务的调用*/@Before("aspectjMethod()")public void beforeAdvice(JoinPoint joinPoint) {System.out.println("-----beforeAdvice().invoke-----");System.out.println(" 此处意在执行核心业务逻辑前，做一些安全性的判断等等");System.out.println(" 可通过joinPoint来获取所需要的内容");System.out.println("-----End of beforeAdvice()------");}/*** After* 核心业务逻辑退出后（包括正常执行结束和异常退出），执行此Advice*/@After("aspectjMethod()")public void afterMethod(JoinPoint joinPoint) {System.out.println("-----afterAdvice().invoke-----");System.out.println(" 此处意在执行核心业务逻辑之后，做一些日志记录操作等等");System.out.println(" 可通过joinPoint来获取所需要的内容");System.out.println("-----End of afterAdvice()------");}/*** Around* 手动控制调用核心业务逻辑，以及调用前和调用后的处理,* <p>* 注意：当核心业务抛异常后，立即退出，转向AfterAdvice* 执行完AfterAdvice，再转到ThrowingAdvice*/@Around(value = "aspectjMethod()")public Object aroundAdvice(ProceedingJoinPoint pjp) throws Throwable {System.out.println("-----aroundAdvice().invoke-----");System.out.println(" 此处可以做类似于Before Advice的事情");//调用核心逻辑Object retVal = pjp.proceed();System.out.println(" 此处可以做类似于After Advice的事情");System.out.println("-----End of aroundAdvice()------");return retVal;}/*** AfterReturning* 核心业务逻辑调用正常退出后，不管是否有返回值，正常退出后，均执行此Advice*/@AfterReturning(value = "aspectjMethod()", returning = "retVal")public void afterReturningAdvice(JoinPoint joinPoint, String retVal) {System.out.println("-----afterReturningAdvice().invoke-----");System.out.println("Return Value: " + retVal);System.out.println(" 此处可以对返回值做进一步处理");System.out.println(" 可通过joinPoint来获取所需要的内容");System.out.println("-----End of afterReturningAdvice()------");}/*** 核心业务逻辑调用异常退出后，执行此Advice，处理错误信息* <p>* 注意：执行顺序在Around Advice之后*/@AfterThrowing(value = "aspectjMethod()", throwing = "ex")public void afterThrowingAdvice(JoinPoint joinPoint, Exception ex) {System.out.println("-----afterThrowingAdvice().invoke-----");System.out.println(" 错误信息：" + ex.getMessage());System.out.println(" 此处意在执行核心业务逻辑出错时，捕获异常，并可做一些日志记录操作等等");System.out.println(" 可通过joinPoint来获取所需要的内容");System.out.println("-----End of afterThrowingAdvice()------");}
}

Spring配置文件中配置

<bean id="aspcejHandler" class="aop.AspceJAdvice"/><aop:aspectj-autoproxy/>

测试

同上

输出结果

-----aroundAdvice().invoke-----此处可以做类似于Before Advice的事情
-----beforeAdvice().invoke-----此处意在执行核心业务逻辑前，做一些安全性的判断等等可通过joinPoint来获取所需要的内容
-----End of beforeAdvice()------
---------UserManagerImpl.findUserById()--------此处可以做类似于After Advice的事情
-----End of aroundAdvice()------
-----afterAdvice().invoke-----此处意在执行核心业务逻辑之后，做一些日志记录操作等等可通过joinPoint来获取所需要的内容
-----End of afterAdvice()------
-----afterReturningAdvice().invoke-----
Return Value: 张三此处可以对返回值做进一步处理可通过joinPoint来获取所需要的内容
-----End of afterReturningAdvice()------
user:张三
=====华丽丽的分割线=======
-----aroundAdvice().invoke-----此处可以做类似于Before Advice的事情
-----beforeAdvice().invoke-----此处意在执行核心业务逻辑前，做一些安全性的判断等等可通过joinPoint来获取所需要的内容
-----End of beforeAdvice()------
---------UserManagerImpl.findUserById()--------
-----afterAdvice().invoke-----此处意在执行核心业务逻辑之后，做一些日志记录操作等等可通过joinPoint来获取所需要的内容
-----End of afterAdvice()------
-----afterThrowingAdvice().invoke-----错误信息：该用户不存在!此处意在执行核心业务逻辑出错时，捕获异常，并可做一些日志记录操作等等可通过joinPoint来获取所需要的内容
-----End of afterThrowingAdvice()------

通过测试的发现AroundAdvice、BeforeAdvice、AfterAdvice、ReturningAdvice的执行顺序是根据注解的顺序而定的

XML配置和注解配置优缺点

XML配置优点

  • xml 作为可扩展标记语言最大的优势在于开发者能够为软件量身定制适用的标记，使代码更加通俗易懂。
  • 利用 xml 配置能使软件更具扩展性。例如 Spring 将 class 间的依赖配置在 xml 中，最大限度地提升应用的可扩展性。
  • 具有成熟的验证机制确保程序正确性。利用 Schema 或 DTD 可以对 xml 的正确性进行验证，避免了非法的配置导致应用程序出错。
    修改配置而无需变动现有程序。

XML配置缺点

  • 需要解析工具或类库的支持。
  • 解析 xml 势必会影响应用程序性能，占用系统资源。
  • 配置文件过多导致管理变得困难。
  • 编译期无法对其配置项的正确性进行验证，或要查错只能在运行期。
  • IDE 无法验证配置项的正确性无能为力。
  • 查错变得困难。往往配置的一个手误导致莫名其妙的错误。
  • 开发人员不得不同时维护代码和配置文件，开发效率变得低下。
  • 配置项与代码间存在潜规则。改变了任何一方都有可能影响另外一方。

注解配置优点

  • 保存在 class 文件中，降低维护成本。
  • 无需工具支持，无需解析。
  • 编译期即可验证正确性，查错变得容易。
  • 提升开发效率。

注解配置缺点

  • 若要对配置项进行修改，不得不修改 Java 文件，重新编译打包应用。
  • 配置项编码在 Java 文件中，可扩展性差。

这篇关于Spring AOP 之AspectJ注解和XML配置两种实现(Maven构建)的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/867468。

相关文章

JVM 的类初始化机制

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时，有没有考虑过 JVM 是如何把静态的字节码（byte code）转化为运行时对象的呢，这个问题看似简单，但清楚的同学相信也不会太多，这篇文章首先介绍 JVM 类初始化的机制，然后给出几个易出错的实例来分析，帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段，分别是：loading 、Linking、initialization
阅读更多...
Spring Security 基于表达式的权限控制

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权，允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true （Spring security默认会带有ROLE_前缀）,去
阅读更多...
浅析Spring Security认证过程

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程，特意画了如下的类图，包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口，接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti
阅读更多...
Spring Security--Architecture Overview

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类，它们之间的依赖，构建起了整个框架。想要理解整个架构，最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文（security context）的信息。当前操作的用户是谁，该用户是否已经被认证，他拥有哪些角色权限…这些都被保
阅读更多...
Spring Security基于数据库验证流程详解

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明（认真看哦） AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证，则会调用 #attemptAuthentica
阅读更多...
Spring Security 从入门到进阶系列教程

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门（一）：登录与退出》 《Spring-Security-入门（二）：基于数据库验证》 《Spring-Security-入门（三）：密码加密》 《Spring-Security-入门（四）：自定义-Filter》 《Spring-Security-入门（五）：在 Sprin
阅读更多...
Java架构师知识体认识

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物
阅读更多...
Zookeeper安装和配置说明

Zookeeper安装和配置说明

一、Zookeeper的搭建方式 Zookeeper安装方式有三种，单机模式和集群模式以及伪集群模式。 ■ 单机模式：Zookeeper只运行在一台服务器上，适合测试环境； ■ 伪集群模式：就是在一台物理机上运行多个Zookeeper 实例； ■ 集群模式：Zookeeper运行于一个集群上，适合生产环境，这个计算机集群被称为一个“集合体”（ensemble） Zookeeper通过复制来实现
阅读更多...
CentOS7安装配置mysql5.7 tar免安装版

CentOS7安装配置mysql5.7 tar免安装版

一、CentOS7.4系统自带mariadb # 查看系统自带的Mariadb[root@localhost~]# rpm -qa|grep mariadbmariadb-libs-5.5.44-2.el7.centos.x86_64# 卸载系统自带的Mariadb[root@localhost ~]# rpm -e --nodeps mariadb-libs-5.5.44-2.el7
阅读更多...
hadoop开启回收站配置

hadoop开启回收站配置

开启回收站功能，可以将删除的文件在不超时的情况下，恢复原数据，起到防止误删除、备份等作用。 开启回收站功能参数说明 （1）默认值fs.trash.interval = 0，0表示禁用回收站；其他值表示设置文件的存活时间。 （2）默认值fs.trash.checkpoint.interval = 0，检查回收站的间隔时间。如果该值为0，则该值设置和fs.trash.interval的参数值相等。
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2