Spring Aop实例之AspectJ注解配置

简介:        上篇博文《Spring Aop实例之xml配置》中,讲解了xml配置方式,今天来说说AspectJ注解方式去配置spring aop。        依旧采用的jdk代理,接口和实现类代码请参考上篇博文。

       上篇博文《Spring Aop实例之xml配置》中,讲解了xml配置方式,今天来说说AspectJ注解方式去配置spring aop。


       依旧采用的jdk代理,接口和实现类代码请参考上篇博文。主要是将Aspect类分享一下:

package com.tgb.aop;

import org.aspectj.lang.JoinPoint;
import org.aspectj.lang.ProceedingJoinPoint;
import org.aspectj.lang.annotation.After;
import org.aspectj.lang.annotation.AfterReturning;
import org.aspectj.lang.annotation.AfterThrowing;
import org.aspectj.lang.annotation.Around;
import org.aspectj.lang.annotation.Aspect;
import org.aspectj.lang.annotation.Before;
import org.aspectj.lang.annotation.DeclareParents;
import org.aspectj.lang.annotation.Pointcut;

/**
 * 测试after,before,around,throwing,returning Advice.
 * @author Admin
 *
 */
@Aspect
public class AspceJAdvice {

	/**
	 * Pointcut
	 * 定义Pointcut,Pointcut的名称为aspectjMethod(),此方法没有返回值和参数
	 * 该方法就是一个标识,不进行调用
	 */
	@Pointcut("execution(* find*(..))")
	private void aspectjMethod(){};
	
	/** 
	 * Before
	 * 在核心业务执行前执行,不能阻止核心业务的调用。
	 * @param joinPoint 
	 */  
	@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
	 * @param joinPoint
	 */
	@After(value = "aspectjMethod()")  
	public void afterAdvice(JoinPoint joinPoint) {  
		System.out.println("-----afterAdvice().invoke-----");
		System.out.println(" 此处意在执行核心业务逻辑之后,做一些日志记录操作等等");
		System.out.println(" 可通过joinPoint来获取所需要的内容");
		System.out.println("-----End of afterAdvice()------");
	}  

	/** 
	 * Around 
	 * 手动控制调用核心业务逻辑,以及调用前和调用后的处理,
	 * 
	 * 注意:当核心业务抛异常后,立即退出,转向AfterAdvice
	 * 执行完AfterAdvice,再转到ThrowingAdvice
	 * @param pjp
	 * @return
	 * @throws Throwable
	 */ 
	@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
	 * @param joinPoint
	 */ 
	@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,处理错误信息
	 * 
	 * 注意:执行顺序在Around Advice之后
	 * @param joinPoint
	 * @param ex
	 */
	@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()------");  
	}  
}


       application-config.xml中,只需要配置业务逻辑bean和Aspect bean,并启用Aspect注解即可:

<?xml version="1.0" encoding="UTF-8"?>

<beans xmlns="http://www.springframework.org/schema/beans"
	     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	     xmlns:aop="http://www.springframework.org/schema/aop"
	     xmlns:tx="http://www.springframework.org/schema/tx"
	     xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd
           http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.0.xsd
           http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.0.xsd">
           
    <!-- 启用AspectJ对Annotation的支持 -->       
	<aop:aspectj-autoproxy/>           
	
	<bean id="userManager" class="com.tgb.aop.UserManagerImpl"/>
	<bean id="aspcejHandler" class="com.tgb.aop.AspceJAdvice"/>
	
</beans>

       结果如图:



       通过测试的发现AroundAdvice、BeforeAdvice、AfterAdvice、ReturningAdvice的执行顺序是根据注解的顺序而定的。但是有时候修改了顺序,结果却没有变化,可能是缓存的缘故。前几天我也遇到了这样的问题,不过今天再测试了一下,发现执行顺序又跟注解的顺序一致了。


       xml 和 Annotation 注解都可以作为配置项,对Spring AoP进行配置管理,那么它们各自都有什么优缺点呢?

  首先说说 xml 。目前 web 应用中几乎都使用 xml 作为配置项,例如我们常用的框架 Struts、Spring、Hibernate 等等都采用 xml 作为配置。xml 之所以这么流行,是因为它的很多优点是其它技术的配置所无法替代的:

    • xml 作为可扩展标记语言最大的优势在于开发者能够为软件量身定制适用的标记,使代码更加通俗易懂。
    • 利用 xml 配置能使软件更具扩展性。例如 Spring 将 class 间的依赖配置在 xml 中,最大限度地提升应用的可扩展性。
    • 具有成熟的验证机制确保程序正确性。利用 Schema 或 DTD 可以对 xml 的正确性进行验证,避免了非法的配置导致应用程序出错。
    • 修改配置而无需变动现有程序。
  虽然有如此多的好处,但毕竟没有什么万能的东西,xml 也有自身的缺点。
    • 需要解析工具或类库的支持。
    • 解析 xml 势必会影响应用程序性能,占用系统资源。
    • 配置文件过多导致管理变得困难。
    • 编译期无法对其配置项的正确性进行验证,或要查错只能在运行期。
    • IDE 无法验证配置项的正确性无能为力。
    • 查错变得困难。往往配置的一个手误导致莫名其妙的错误。
    • 开发人员不得不同时维护代码和配置文件,开发效率变得低下。
    • 配置项与代码间存在潜规则。改变了任何一方都有可能影响另外一方。
  让我们来看看 Annotation 的优点。
    • 保存在 class 文件中,降低维护成本。
    • 无需工具支持,无需解析。
    • 编译期即可验证正确性,查错变得容易。
    • 提升开发效率。
  同样 Annotation 也不是万能的,它也有很多缺点。
    • 若要对配置项进行修改,不得不修改 Java 文件,重新编译打包应用。
    • 配置项编码在 Java 文件中,可扩展性差。
  总结:没有一个事物是万能的,同样 xml 和 Java Annotation 都有各自的优缺点。通过以上对比,细心的读者可能已经发现它们的优缺点恰恰是互补的。xml 的强项是 Annotation 所不具备的,而 Annotation 的优势也是 xml 所欠缺的。这也正是时下流行的 xml + Annotation 配置的原因所在。平衡才是王道呀!


目录
相关文章
|
5天前
|
Java Spring
【Spring】方法注解@Bean,配置类扫描路径
@Bean方法注解,如何在同一个类下面定义多个Bean对象,配置扫描路径
115 73
|
5天前
|
存储 Java Spring
【Spring】获取Bean对象需要哪些注解
@Conntroller,@Service,@Repository,@Component,@Configuration,关于Bean对象的五个常用注解
|
5天前
|
Java Spring
【Spring配置】idea编码格式导致注解汉字无法保存
问题一:对于同一个项目,我们在使用idea的过程中,使用汉字注解完后,再打开该项目,汉字变成乱码问题二:本来a项目中,汉字注解调试好了,没有乱码了,但是创建出来的新的项目,写的注解又成乱码了。
|
1月前
|
前端开发 Java Spring
Spring MVC核心:深入理解@RequestMapping注解
在Spring MVC框架中,`@RequestMapping`注解是实现请求映射的核心,它将HTTP请求映射到控制器的处理方法上。本文将深入探讨`@RequestMapping`注解的各个方面,包括其注解的使用方法、如何与Spring MVC的其他组件协同工作,以及在实际开发中的应用案例。
44 4
|
1月前
|
前端开发 Java 开发者
Spring MVC中的请求映射:@RequestMapping注解深度解析
在Spring MVC框架中,`@RequestMapping`注解是实现请求映射的关键,它将HTTP请求映射到相应的处理器方法上。本文将深入探讨`@RequestMapping`注解的工作原理、使用方法以及最佳实践,为开发者提供一份详尽的技术干货。
123 2
|
1月前
|
前端开发 Java Spring
探索Spring MVC:@Controller注解的全面解析
在Spring MVC框架中,`@Controller`注解是构建Web应用程序的基石之一。它不仅简化了控制器的定义,还提供了一种优雅的方式来处理HTTP请求。本文将全面解析`@Controller`注解,包括其定义、用法、以及在Spring MVC中的作用。
55 2
|
1月前
|
消息中间件 Java 数据库
解密Spring Boot:深入理解条件装配与条件注解
Spring Boot中的条件装配与条件注解提供了强大的工具,使得应用程序可以根据不同的条件动态装配Bean,从而实现灵活的配置和管理。通过合理使用这些条件注解,开发者可以根据实际需求动态调整应用的行为,提升代码的可维护性和可扩展性。希望本文能够帮助你深入理解Spring Boot中的条件装配与条件注解,在实际开发中更好地应用这些功能。
40 2
|
1月前
|
JSON Java 数据格式
springboot常用注解
@RestController :修饰类,该控制器会返回Json数据 @RequestMapping(“/path”) :修饰类,该控制器的请求路径 @Autowired : 修饰属性,按照类型进行依赖注入 @PathVariable : 修饰参数,将路径值映射到参数上 @ResponseBody :修饰方法,该方法会返回Json数据 @RequestBody(需要使用Post提交方式) :修饰参数,将Json数据封装到对应参数中 @Controller@Service@Compont: 将类注册到ioc容器
|
1月前
|
XML Java 数据格式
SpringBoot入门(8) - 开发中还有哪些常用注解
SpringBoot入门(8) - 开发中还有哪些常用注解
44 2
|
1月前
|
前端开发 Java 开发者
Spring MVC中的控制器:@Controller注解全解析
在Spring MVC框架中,`@Controller`注解是构建Web应用程序控制层的核心。它不仅简化了控制器的定义,还提供了灵活的请求映射和处理机制。本文将深入探讨`@Controller`注解的用法、特点以及在实际开发中的应用。
81 0