热门标签 | HotTags
当前位置:  开发笔记 > Android > 正文

详解SpringAop实例之AspectJ注解配置

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

上篇《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注解即可:

<&#63;xml version="1.0" encoding="UTF-8"&#63;> 
 
 
    
    
     
  
  
  
  
 

 结果如图:

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

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

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

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

虽然有如此多的好处,但毕竟没有什么万能的东西,xml 也有自身的缺点。

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

让我们来看看 Annotation 的优点。

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

同样 Annotation 也不是万能的,它也有很多缺点。

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

总结:没有一个事物是万能的,同样 xml 和 Java Annotation 都有各自的优缺点。通过以上对比,细心的读者可能已经发现它们的优缺点恰恰是互补的。xml 的强项是 Annotation 所不具备的,而 Annotation 的优势也是 xml 所欠缺的。这也正是时下流行的 xml + Annotation 配置的原因所在。平衡才是王道呀!

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。


推荐阅读
  • 优化ListView性能
    本文深入探讨了如何通过多种技术手段优化ListView的性能,包括视图复用、ViewHolder模式、分批加载数据、图片优化及内存管理等。这些方法能够显著提升应用的响应速度和用户体验。 ... [详细]
  • 本文详细介绍了Java编程语言中的核心概念和常见面试问题,包括集合类、数据结构、线程处理、Java虚拟机(JVM)、HTTP协议以及Git操作等方面的内容。通过深入分析每个主题,帮助读者更好地理解Java的关键特性和最佳实践。 ... [详细]
  • 本文详细分析了JSP(JavaServer Pages)技术的主要优点和缺点,帮助开发者更好地理解其适用场景及潜在挑战。JSP作为一种服务器端技术,广泛应用于Web开发中。 ... [详细]
  • 本文详细介绍了如何在Linux系统上安装和配置Smokeping,以实现对网络链路质量的实时监控。通过详细的步骤和必要的依赖包安装,确保用户能够顺利完成部署并优化其网络性能监控。 ... [详细]
  • 在当前众多持久层框架中,MyBatis(前身为iBatis)凭借其轻量级、易用性和对SQL的直接支持,成为许多开发者的首选。本文将详细探讨MyBatis的核心概念、设计理念及其优势。 ... [详细]
  • RecyclerView初步学习(一)
    RecyclerView初步学习(一)ReCyclerView提供了一种插件式的编程模式,除了提供ViewHolder缓存模式,还可以自定义动画,分割符,布局样式,相比于传统的ListVi ... [详细]
  • 从 .NET 转 Java 的自学之路:IO 流基础篇
    本文详细介绍了 Java 中的 IO 流,包括字节流和字符流的基本概念及其操作方式。探讨了如何处理不同类型的文件数据,并结合编码机制确保字符数据的正确读写。同时,文中还涵盖了装饰设计模式的应用,以及多种常见的 IO 操作实例。 ... [详细]
  • 网络运维工程师负责确保企业IT基础设施的稳定运行,保障业务连续性和数据安全。他们需要具备多种技能,包括搭建和维护网络环境、监控系统性能、处理突发事件等。本文将探讨网络运维工程师的职业前景及其平均薪酬水平。 ... [详细]
  • 基于KVM的SRIOV直通配置及性能测试
    SRIOV介绍、VF直通配置,以及包转发率性能测试小慢哥的原创文章,欢迎转载目录?1.SRIOV介绍?2.环境说明?3.开启SRIOV?4.生成VF?5.VF ... [详细]
  • 深入解析 Apache Shiro 安全框架架构
    本文详细介绍了 Apache Shiro,一个强大且灵活的开源安全框架。Shiro 专注于简化身份验证、授权、会话管理和加密等复杂的安全操作,使开发者能够更轻松地保护应用程序。其核心目标是提供易于使用和理解的API,同时确保高度的安全性和灵活性。 ... [详细]
  • 配置Windows操作系统以确保DAW(数字音频工作站)硬件和软件的高效运行可能是一个复杂且令人沮丧的过程。本文提供了一系列专业建议,帮助你优化Windows系统,确保录音和音频处理的流畅性。 ... [详细]
  • 本文深入探讨了如何通过调整InnoDB的关键配置参数来优化MySQL的随机IO性能,涵盖了缓存、日志文件、预读机制等多个方面,帮助读者全面提升数据库系统的性能。 ... [详细]
  • 在金融和会计领域,准确无误地填写票据和结算凭证至关重要。这些文件不仅是支付结算和现金收付的重要依据,还直接关系到交易的安全性和准确性。本文介绍了一种使用C语言实现小写金额转换为大写金额的方法,确保数据的标准化和规范化。 ... [详细]
  • 网络攻防实战:从HTTP到HTTPS的演变
    本文通过一系列日记记录了从发现漏洞到逐步加强安全措施的过程,探讨了如何应对网络攻击并最终实现全面的安全防护。 ... [详细]
  • 360SRC安全应急响应:从漏洞提交到修复的全过程
    本文详细介绍了360SRC平台处理一起关键安全事件的过程,涵盖从漏洞提交、验证、排查到最终修复的各个环节。通过这一案例,展示了360在安全应急响应方面的专业能力和严谨态度。 ... [详细]
author-avatar
chnger
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有