面向切面编程--AOP

本文详细介绍了Spring中的面向切面编程(AOP),包括其在声明式事务管理、自定义切面实现等方面的作用,以及如何在Spring中启用AspectJ注解支持,通过切入点表达式和通知类型实现业务逻辑的分离与复用。

1、aop:aspect oriented programming 面向切面编程

2、aop在spring中作用

     提供声明式事务(声明式服务)

      允许用户实现自定义切面

3、aop:在不改变原有代码的情况下,增加新的功能

      传统的编程模式: 自上而下纵向的编程

      jsp

      action

      service

       dao

 

  Aop的编程模式:横向的编程

   service模块←(横切service)Log()     :可以参照之前的动态代理结合来看

4、aop的优势

      a)使真实角色处理的业务更加的精准,不用再去关注公共的东西

      b)公共的业务由代理来完成------实现了业务的分工

      c)公共业务发生扩展时变得更加集中和方便

5、关注点:增加某个/种业务。比如log(日志)、安全、缓存、事务等。

      切面:一个关注点的模块化,这个关注点可能会横切多个对象(比如之前的代理中的Log横切了service中的userservice,;Log也可以横切adminService)  切面注解:@Aspect

       连接点:在程序执行过程中某个特定的点,比如执行add的时候Log会切入这个点

       通知:在切面的某个特定的连接点上执行的动作.其中有around before after等不同类型的通知

        切入点:匹配连接点的断言。通知和一个切入点表达式关联,并在满足这个切入点的连接点上运行(比如,当执行某个特定名称的方法时).切入点表达式如何和连接点匹配是Aop的核心:Spring缺省使用Aspect切入点语法

        织入:吧切面连接到其他的应用程序类型或者对象上,并创建一个被通知的对象。

        目标(Target): 被通知的对象

        代理(Proxy): 向目标对象应用通知之后创建的对象 

  AOP的重要性 :

         SpringAOP就是将公共的业务(入日志、安全等)和领域业务结合。当执行领域业务时将会把公共业务加进来。

         实现公共业务的重复利用。领域业务更精准,我们写程序的可以更加专注于领域业务。其本质还是动态代理。

在 Spring 中启用 AspectJ 注解支持

要在 Spring 应用中使用 AspectJ 注解, 必须在 classpath 下包含 AspectJ 类 库: aopalliance.jar、aspectj.weaver.jar 和 spring-aspects.jar

将 aop Schema 添加到 根元素中

要在 Spring IOC 容器中启用 AspectJ 注解支持, 只要在 Bean 配置文件中定义 一个空的 XML 元素

当 Spring IOC 容器侦测到 Bean 配置文件中的 元素时 , 会自动为与 AspectJ 切面匹配的 Bean 创建代理.

用 AspectJ 注解声明切面

要在 Spring 中声明 AspectJ 切面, 只需要在 IOC 容器中将切面声 明为 Bean 实例. 当在 Spring IOC 容器中初始化 AspectJ 切面之 后, Spring IOC 容器就会为那些与 AspectJ 切面相匹配的 Bean 创 建代理.

在 AspectJ 注解中, 切面只是一个带有 @Aspect 注解的 Java 类.

通知是标注有某种注解的简单的 Java 方法.

前置通知

利用方法签名编写 AspectJ 切入点表达式

最典型的切入点表达式时根据方法的签名来匹配各种方法: n execution * com.atguigu.spring.ArithmeticCalculator.*(..): 匹配 ArithmeticCalculator 中声明的所有方法,第一个 * 代表任意修饰符及任意 返回值. 第二个 * 代表任意方法. .. 匹配任意数量的参数. 若目标类与接 口与该切面在同一个包中, 可以省略包名. n execution public * ArithmeticCalculator.*(..): 匹配 ArithmeticCalculator 接口的所有公有方法. n execution public double ArithmeticCalculator.*(..): 匹配 ArithmeticCalculator 中返回 double 类型数值的方法 n execution public double ArithmeticCalculator.*(double, ..): 匹配第 一个参数为 double 类型的方法, .. 匹配任意数量任意类型的参数 n execution public double ArithmeticCalculator.*(double, double): 匹 配参数类型为 double, double 类型的方法.

 

合并切入点表达式

让通知访问当前连接点的细节

 可以在通知方法中声明一个类型为 JoinPoint 的参数. 然后就能访问 链接细节. 如方法名称和参数值.

后置通知

后置通知是在连接点完成之后执行的, 即连接点返回结果或者抛出异常的时 候, 下面的后置通知记录了方法的终止. n 一个切面可以包括一个或者多个通知.

返回通知

n 无论连接点是正常返回还是抛出异常, 后置通知都会执行. 如果只想 在连接点返回的时候记录日志, 应使用返回通知代替后置通知.

在返回通知中访问连接点的返回值

在返回通知中, 只要将 returning 属性添加到 @AfterReturning 注 解中, 就可以访问连接点的返回值. 该属性的值即为用来传入返回值 的参数名称. n 必须在通知方法的签名中添加一个同名参数. 在运行时, Spring AOP 会通过这个参数传递返回值. n 原始的切点表达式需要出现在 pointcut 属性中

异常通知

只在连接点抛出异常时才执行异常通知 n 将 throwing 属性添加到 @AfterThrowing 注解中, 也可以访问连接 点抛出的异常. Throwable 是所有错误和异常类的超类. 所以在异常 通知方法可以捕获到任何错误和异常. n 如果只对某种特殊的异常类型感兴趣, 可以将参数声明为其他异常的 参数类型. 然后通知就只在抛出这个类型及其子类的异常时才被执行.

环绕通知

环绕通知是所有通知类型中功能最为强大的, 能够全面地控制连接点. 甚至可以控制是否执行连接点.

对于环绕通知来说, 连接点的参数类型必须是 ProceedingJoinPoint . 它是 JoinPoint 的子接口, 允许控制何时执行, 是否执行连接点.

在环绕通知中需要明确调用 ProceedingJoinPoint 的 proceed() 方 法来执行被代理的方法. 如果忘记这样做就会导致通知被执行了, 但 目标方法没有被执行.

注意: 环绕通知的方法需要返回目标方法执行之后的结果, 即调用 joinPoint.proceed(); 的返回值, 否则会出现空指针异常

指定切面的优先级

在同一个连接点上应用不止一个切面时, 除非明确指定, 否则它们的 优先级是不确定的. n 切面的优先级可以通过实现 Ordered 接口或利用 @Order 注解指定. n 实现 Ordered 接口, getOrder() 方法的返回值越小, 优先级越高. n 若使用 @Order 注解, 序号出现在注解中

重用切入点定义

在编写 AspectJ 切面时, 可以直接在通知注解中书写切入点表达式. 但同一个切点表达式可能会在多个通知中重复出现. n 在 AspectJ 切面中, 可以通过 @Pointcut 注解将一个切入点声明成 简单的方法. 切入点的方法体通常是空的, 因为将切入点定义与应用 程序逻辑混在一起是不合理的. n 切入点方法的访问控制符同时也控制着这个切入点的可见性. 如果切 入点要在多个切面中共用, 最好将它们集中在一个公共的类中. 在这 种情况下, 它们必须被声明为 public. 在引入这个切入点时, 必须将 类名也包括在内. 如果类没有与这个切面放在同一个包中, 还必须包 含包名. n 其他通知可以通过方法名称引入该切入点.

重用切入点定义示例代码

引入通知

引入通知是一种特殊的通知类型. 它通过为接口提供实现类, 允许对 象动态地实现接口, 就像对象已经在运行时扩展了实现类一样.

用基于 XML 的配置声明切面

除了使用 AspectJ 注解声明切面, Spring 也支持在 Bean 配置文件 中声明切面. 这种声明是通过 aop schema 中的 XML 元素完成的.

正常情况下, 基于注解的声明要优先于基于 XML 的声明. 通过 AspectJ 注解, 切面可以与 AspectJ 兼容, 而基于 XML 的配置则是 Spring 专有的. 由于 AspectJ 得到越来越多的 AOP 框架支持, 所以 以注解风格编写的切面将会有更多重用的机会.

当使用 XML 声明切面时, 需要在 根元素中导入 aop Schema n 在 Bean 配置文件中, 所有的 Spring AOP 配置都必须定义在 元素内部. 对于每个切面而言, 都要创建一个 元素来为具体的切面实现引用后端 Bean 实例. n 切面 Bean 必须有一个标示符, 供 元素引用

切入点使用

 元素声明 n 切入点必须定义在 元素下, 或者直接定义在 元素下. n 定义在 元素下: 只对当前切面有效 n 定义在 元素下: 对所有切面都有效 n 基于 XML 的 AOP 配置不允许在切入点表达式中用名称引用其他切入 点.

在 aop Schema 中,

 每种通知类型都对应一个特定的 XML 元素. n 通知元素需要使用 来引用切入点, 或用 直接嵌入切入点表达式. method 属性指定切面类中通知方法的名称

内容概要:本研究针对微电网在遭受拒绝服务(DoS)攻击时面临的功率分配不均与电能质量问题,提出了一种兼顾功率精确均分与电压频率质量恢复的抗攻击混合动态事件触发二次控制策略。该策略通过设计新型混合动态事件触发机制,有效减少控制器与分布式单元间的网络通信负担,同时增强系统对DoS攻击的鲁棒性。研究构建了完整的微电网二次控制框架,整合了分布式协同控制算法与事件触发通信机制,在保证系统稳定性的同时,实现了对频率、电压偏差的快速调节和有功/无功功率的精确分配。通过Simulink平台进行仿真实验,验证了所提方法在遭受DoS攻击及正常运行工况下均能有效维持微电网的稳定运行与高质量电能输出。; 适合人群:具备电力系统自动化、分布式控制或微电网相关基础知识,从事新能源、智能电网领域研究的研发人员及高年级研究生。; 使用场景及目标:① 解决微电网在通信受限及网络攻击场景下的协同控制难题;② 实现微电网在异常工况下功率均分与电能质量的双重优化;③ 为设计高安全性、高可靠性的智能微电网控制系统提供理论依据与仿真验证方案。; 阅读建议:本资源侧重于控制策略的设计与仿真验证,建议读者结合微电网基础理论与Simulink仿真技术,深入理解事件触发机制与抗DoS攻击控制算法的实现细节,并动手复现仿真案例以加深对系统动态性能与鲁棒性的认识。
内容概要:本文围绕《【太阳能学报EI复现】基于粒子群优化算法的风-水电联合优化运行分析(Matlab代码实现)》展开,系统阐述了采用粒子群优化算法(PSO)对风能与水力发电系统进行联合优化调度的研究方法与技术路径。研究聚焦于构建多能源互补协调的优化模型,详细论述了目标函数的设计、系统约束条件的处理、算法求解流程及收敛性分析,并通过Matlab编程实现了完整的仿真验证过程,有效提升了可再生能源系统的运行效率与稳定性。该工作属于电力系统智能优化领域,强调对高水平期刊论文的高精度复现,兼具理论深度与工程实用性,适用于科研复现、学术研究与教学参考。; 适合人群:具备一定电力系统基础知识和Matlab编程能力的研究生、科研人员及从事新能源优化调度、智能算法应用的工程技术人员。; 使用场景及目标:①用于复现《太阳能学报》等高水平期刊中关于风-水电联合调度的EI/SCI论文;②掌握粒子群算法在多源协同优化中的建模、编码与求解关键技术;③辅助完成学位论文、科研项目申报或学术竞赛中的仿真建模任务; 阅读建议:建议结合文中提供的网盘资源下载完整代码与文档资料,按照目录结构循序渐进学习,重点关注算法实现细节、电力系统建模逻辑与参数设置方法,同时可延伸学习灰狼优化算法、YALMIP工具包等先进优化技术,以全面提升科研仿真与创新能力。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值