一文读懂Spring AOP:手把手教你优雅实现“无侵入”代码增强

目录

1.什么是Spring AOP?

2.SpringAOP优点与上手

Spring AOP 的核心术语

3.通知类型注解

4.@PointCut+@Order

5.切点表达式

6.代理模式

7.Spring AOP原理


1.什么是Spring AOP?

AOP=>面向切片编程思想,是一种对一类问题集中处理的思想,比如拦截器,统一返回结果管理,统一异常处理,登录校验......如果使用OOP(面向结果编程)会让相同的代码重复多次出现,业务方法中混杂着非核心的逻辑。

Spring AOP就是为了解决这些问题存在,是AOP思想的其中一种实现方式

2.SpringAOP优点与上手

优点:

  • 不影响原有代码,解耦
  • 便于维护功能
  • 提高开发效率
  • 减少重复代码

快速上手SpringAOP

编写一个使用SpringAOP计算所有方法的运行时长的例子

1.在pom.xml文件引入依赖

<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-aop</artifactId> </dependency>

注意:SpringBoot使用版本号为4.x.x, AOP依赖需要添加版本号

2.编写AOP程序

package com.example.springbookdemo.aspect; import lombok.extern.slf4j.Slf4j; import org.aspectj.lang.ProceedingJoinPoint; import org.aspectj.lang.annotation.Around; import org.aspectj.lang.annotation.Aspect; import org.springframework.stereotype.Component; @Slf4j @Aspect @Component public class TimeRecordAspect {  @Around("execution(* com.example.springbookdemo.controller.*.*(..))")//该注解()中是要执行方法的路径 //参数部分的ProceedingJoinPoint joinPoint即要执行的方法 //不确定执行方法的返回类型,因此在这里设返回类型为Object public Object timeRecord(ProceedingJoinPoint joinPoint) throws Throwable { long start=System.currentTimeMillis();//记录方法执行前时间 //执行方法 Object proceed = joinPoint.proceed();//proceed()方法返回类型固定为Object long end=System.currentTimeMillis();//记录方法执行完的时间 log.info(joinPoint.getSignature()+"方法耗时:"+(end-start)+"ms");//getSignature()用于获取执行方法名 return proceed; } }

注解解释:

  • Aspect=>标识切面类
  • Component=>将该类交给Spring容器管理,使其能自动扫描并注入
  • Around=>指明对哪些方法生效
  • Slf4j=>自动生成日志对象,可调用log.info()等方法打印日志

Spring AOP 的核心术语

理解这些术语是掌握 AOP 的关键:

  1. Aspect(切面)
    • 是什么:横切关注点的模块化。它是一个,里面包含了需要被织入到业务代码中的各种通知(Advice)。包含了切点,通知,连接点
  2. Join Point(连接点)
    • 是什么:程序执行过程中可以插入切面的点。在 Spring AOP 中,连接点总是代表执行的方法
  3. Pointcut(切点)
    • 是什么:一个表达式,用于定义在哪些连接点上应用通知。它告诉 AOP:“在哪里” 执行切面代码。例如,你可以定义一个切点,匹配所有 com.example.service包下以 delete开头的方法。
  4. Advice(通知)
    • 是什么:切面在特定连接点上执行的动作。指具体要做的⼯作, 指哪些重复的逻辑,它回答了 “什么时候” 和 “做什么” 的问题。
    • 类型
      • @Before:在目标方法执行之前执行。
      • @After:在目标方法执行之后执行(无论是否成功完成)。
      • @AfterReturning:在目标方法成功执行并返回结果后执行。
      • @AfterThrowing:在目标方法抛出异常后执行。
      • @Around最强大的通知,它包围了连接点。可以在方法调用前后执行自定义行为,并决定是否继续执行方法、返回值或抛出异常。

用上面的例子来区分

3.通知类型注解

写两个方法,用于测试

package com.example.springaopdemo.controller; @Slf4j @RestController @RequestMapping("/test") public class TestController { @RequestMapping("/t1") public String t1(){ log.info("执行t1"); return "t1"; } @RequestMapping("/t2") public boolean t2(){ log.info("执行t2"); return true; } }

编写AOP

package com.example.springaopdemo.aspect; @Aspect @Component @Slf4j public class TestAspect { //抽取切点 @Pointcut("execution(* com.example.springaopdemo.controller.*.*(..))") public void pt(){} //前置通知 @Before("pt()") public void doBefore() { log.info("执行doBefore方法"); } //后置通知 @After("pt()") public void doAfter() { log.info("执行 After 方法"); } //返回后通知 @AfterReturning("pt()") public void doAfterReturning() { log.info("执行 AfterReturning 方法"); } //抛出异常后通知 @AfterThrowing("pt()") public void doAfterThrowing() { log.info("执行 doAfterThrowing 方法"); } //添加环绕通知 @Around("pt()") public Object doAround(ProceedingJoinPoint joinPoint) { log.info("Around 方法开始执行"); Object result = null; try { result = joinPoint.proceed(); } catch (Throwable e) { throw new RuntimeException(e); } log.info("Around 方法结束执行"); return result; } } 

结果展示:

访问t1=>即接口正常访问

访问t2=>即接口发生异常且不捕获

访问t2=>即接口发生异常且捕获不throw

4.@PointCut+@Order

@PointCut

在上面中存在大量的同样的切点表达式,使用该注解能够定义可重用的切点表达式,避免在多个通知中重复编写相同的表达式。

通过@PointCut注解定义一个公共切点方法,该方法本身没有实现,仅作为切点表达式的载体:

@PointCut("execution(* com.example.service.*.*(..))") public void serviceLayer() {} 

重用切点表达式

定义好的切点可以在其他通知中通过方法名引用,避免重复编写表达式:

@Before("serviceLayer()") public void beforeService() { // 前置通知逻辑 } @After("serviceLayer()") public void afterService() { // 后置通知逻辑 } 

@Order用于设置优先级,控制多个切面的执行顺序,@Order(),()中的数字越小,优先级越高

@Component @Aspect @Slf4j public class TestAspect2 { @Before("com.example.springaopdemo.aspect.TestAspect.pt()") public void doBefore() { log.info("执行doBefore2方法"); } } @Component @Aspect @Slf4j public class TestAspect3 { @Before("com.example.springaopdemo.aspect.TestAspect.pt()") public void doBefore() { log.info("执行doBefore3方法"); } } @Aspect @Component @Slf4j public class TestAspect { //抽取切点 @Pointcut("execution(* com.example.springaopdemo.controller.*.*(..))") public void pt(){} //前置通知 @Before("pt()") public void doBefore() { log.info("执行doBefore方法"); } }

执行结果:也就是切面默认执行顺序(按照类名排序)

通过添加@Order注解可以人为控制切面执行顺序

@Order(3)

public class TestAspect(){}

@Order(2)

public class TestAspect2(){}

@Order(1)

public class TestAspect3(){}

添加之后执行结果:

5.切点表达式

有两种

第一种execution(<访问修饰符><返回类型><包名.类名.方法名(方法参数)><异常>)

其中访问修饰符和异常可以省略," * "匹配任意字符," .. "匹配多个连续符号

第二种@annotation=>自定义注解

相比较第一种有一定规律来说,想要执行的方法没有规律可以使用这种

//自定义注解 @Retention(RetentionPolicy.RUNTIME)//设置生命周期 @Target({ElementType.METHOD})//设置注解使用位置 public @interface TimeRecord { }
//注解通过切面实现 @Aspect @Component @Slf4j public class TimeRecordAspect { @Around("@annotation(com.example.springaopdemo.aspect.TimeRecord)") public Object timeRecord(ProceedingJoinPoint joinPoint) throws Throwable { long start = System.currentTimeMillis(); Object result = joinPoint.proceed(); long end = System.currentTimeMillis(); log.info(joinPoint.getSignature() + "耗时" + (end - start) + "ms"); return result; } }

注解完成自定义之后,只要在对应方法添加该注解即可实现计算方法运行时间的功能

6.代理模式

它为另一个对象提供一个替身或占位符,以控制对这个对象的访问。其核心目的是:在不修改原始对象(目标对象)代码的前提下,通过代理对象来增强或控制对目标对象的访问

一个标准的代理模式通常包含三个角色:

  • 抽象主题 (Subject): 定义了目标对象和代理对象的公共接口。这样在任何使用目标对象的地方都可以透明地使用代理对象。
  • 真实主题 (Real Subject): 即“目标对象”,是业务逻辑的真正执行者。
  • 代理 (Proxy): 持有对真实主题的引用,客户端直接与代理交互。代理可以在调用真实主题的前后,添加额外的处理逻辑。

分为静态代理和动态代理,区别在于代理对象的class文件生成的时机

静态代理:程序运行之前就创建好了代理对象

动态代理:程序运行时动态生成代理对象

其中动态代理有两种

  • jdk动态代理=>要求目标类必须实现至少一个接口。代理对象会实现与目标类相同的接口。
  • cGlib字节码增强=>当目标类没有实现接口时,Spring会使用CGLIB。它通过生成目标类的子类来创建代理,因此不能代理 final类或方法。

7.Spring AOP原理

Spring AOP是通过动态代理将横切关注点(如日志,事务)模块化,并织入到目标方法的编程范式

它的实现同时使用了jdk和CGlib

工作流程

  1. Spring容器启动时,会自动扫描被@Aspect注解的类
  2. 通过扫描切点表达式,找到所有匹配的Bean(即目标对象)
  3. 通过ProxyFactory创建目标对象对应的代理对象(jdk/cglib)并将通知封装成拦截器链
  4. 在调用代理对象方法时,拦截器链被触发,按顺序执行通知逻辑,最终调用目标方法

此外ProxyFactory有个很重要的属性proxyTargetClass,

SpringBoot默认为true,Spring默认为false

可以通过在application.properties中进行配置:spring.aop.proxy-target-class=true/false

Read more

Libvio.link爬虫技术技术

Libvio.link爬虫技术技术

Libvio.link爬虫技术详细解析        先明确核心:Libvio.link本质是一个「网页数据采集工具」(爬虫),和我们平时用浏览器看网页、存内容的逻辑一样,只是它能自动、批量地去访问目标网站,把网站里的内容(比如视频链接、文本、图片)爬下来,整理后展示在自己的平台上,供人直接查看/下载。         全程不用懂复杂代码,重点搞懂「它怎么爬、爬什么、为什么能爬、会遇到什么问题」,看完就能明白Libvio.link爬虫的核心逻辑,也能理解同类爬虫的工作原理。 一、先搞懂:Libvio.link爬虫到底是什么?(通俗比喻)         你想把一个视频网站的所有电影链接都存下来,一个个点开网页、复制链接、粘贴保存,要花几个小时甚至几天;而Libvio.link爬虫,就相当于一个「自动打工的机器人」,你给它设定好要爬的网站(比如某视频站),它就会自动点开每一个网页,自动识别里面的视频链接、标题、简介,自动复制保存,全程不用你动手,

By Ne0inhk

跨境电商 AI 数据中台架构实战:接入卖家精灵 MCP,打通“选品—投放—供应链—合规”的闭环

1. 背景与目标 跨境电商公司做 AI,最容易踩的坑不是模型不够强,而是 数据割裂、口径不统一、工具链不可复用、产出无法闭环。典型现状包括: * 运营数据散落在 Amazon SP-API、ERP/WMS、广告平台、客服工单、第三方选品工具(如卖家精灵)等多个系统; * 业务问题(选品/关键词/广告/补货/合规)彼此耦合,但数据链路却是断的; * LLM 生成内容(Listing、广告词、客服话术)可用性不稳定,缺少可追踪评测与回滚机制; * 文件类知识(SOP、合规条款、合同、类目规范)难以被 AI 高质量引用,导致“幻觉”和合规风险。 本文给出一套“可落地”的

By Ne0inhk
Flutter 组件 spinify 适配鸿蒙 HarmonyOS 实战:实时消息管道,构建全场景高性能 WebSocket 长连接架构

Flutter 组件 spinify 适配鸿蒙 HarmonyOS 实战:实时消息管道,构建全场景高性能 WebSocket 长连接架构

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 spinify 适配鸿蒙 HarmonyOS 实战:实时消息管道,构建全场景高性能 WebSocket 长连接架构 前言 在鸿蒙(OpenHarmony)生态迈向万物互联、涉及高频实时交互、流式数据同步或多人协同编辑的场景下,如何建立一套稳定、高效且具备自动愈合能力的长连接通道,已成为提升应用实时性体验的“关键枢轴”。在鸿蒙设备这类强调分布式协同与严苛能效管理的移动终端上,如果直接使用原生的 WebSocket 进行裸奔(Bare Metal)开发,由于由于缺乏完善的心跳机制、重连策略与频道管理,极易由于由于网络波动导致连接频繁断档,进而引发业务状态的不一致。 我们需要一种能够深度封装协议细节、支持大规模并发频道订阅且具备毫秒级重连恢复能力的实时通讯引擎。 spinify 为 Flutter 开发者提供了与 Centrifugo(高性能实时消息服务器)交互的高级客户端。它支持全双工通信、自动重连计数与消息序列确认(ACK)。在适配到鸿

By Ne0inhk
金仓数据库 V9 体验测评:AI 时代国产数据库 “融合” 架构的真实观察

金仓数据库 V9 体验测评:AI 时代国产数据库 “融合” 架构的真实观察

【非广告声明】本文源于作者针对金仓数据库V9所做的真实部署考察和技术分析,并无商业合作背景,未曾得到品牌方的推广委托或者费用赞助,其写作重点在于分享国产数据库在“融合架构”“ AI助力”“平滑迁移”等重要场景中的实际应用感受,包含技术要点,解决落地难点的效果以及行业契合情况,仅仅给那些关心国产数据库选型,数据库迁移或者AI + 数据库技术的开发者以及企业IT工作者赋予客观参照,而不形成产品推销或者商业导向。 引言:数字浪潮汹涌,谁在托举万千业务的底座? 地铁口扫码进站,医院自助机立刻打印检查结果,电商页面上支付回执即刻显现出来,这些场景背后依靠的是数据库,它就像城市供水系统的泵站,日夜不停地工作,把数据这股“活水”按照需求,时间以及安全等级输送到各个业务端口。 以前,很多关键数据库大多依靠国外厂家,但是现在,数据成了生产要素,“自主可控”由可选变成必要选项,关键技术被别人控制,不但会提升成本,而且会引发安全问题,影响业务连续性,造成合规风险,于是,国产数据库便加快了超越的步伐。 中电科金仓(以下简称“金仓”)较早涉足该领域,一直专注于数据库行业达二十余年,深入钻研这项“看似平

By Ne0inhk