Spring_day03
今日目标
理解并掌握AOP相关概念
能够说出AOP的工作流程
能运用AOP相关知识完成对应的案例编写
重点掌握Spring的声明式事务管理
1，AOP简介
前面我们在介绍Spring的时候说过，Spring有两个核心的概念，一个是IOC/DI，一个是AOP。
前面已经对IOC/DI进行了系统的学习，接下来要学习它的另一个核心内容，就是==AOP==。
对于AOP,我们前面提过一句话是:==AOP是在不改原有代码的前提下对其进行增强。==
对于下面的内容，我们主要就是围绕着这一句话进行展开学习，主要学习两方面内容AOP核心概念,AOP作用:
1.1 什么是AOP?
-
AOP(Aspect Oriented Programming)面向切面编程，一种编程范式，指导开发者如何组织程序结构。
-
OOP(Object Oriented Programming)面向对象编程
-
我们都知道OOP是一种编程思想，那么AOP也是一种编程思想，编程思想主要的内容就是指导程序员该如何编写程序，所以它们两个是不同的编程范式。
🧠 理论理解
AOP（面向切面编程）是一种补充OOP的思想，它关注的是“横向关注点”。比如：日志记录、权限校验、事务管理，这些功能不属于业务主线，却几乎无处不在。AOP允许你在不改原始代码的情况下，动态地把这些共性功能“织入”到业务代码中，实现逻辑解耦和模块复用。
一句话总结：
👉 OOP 管纵向（对象和行为）
👉 AOP 管横向（共性功能）
🏢 企业实战理解
-
阿里巴巴：AOP是Spring Cloud微服务中实现全链路日志追踪和分布式事务的核心机制，通过切面无侵入地给每个请求打上Trace ID。
-
字节跳动：字节的权限校验机制采用AOP统一处理，减少了每个业务模块写重复的认证代码。
-
Google：Google内部在Android和云服务层利用AOP思想做性能监控，比如在不改App代码的前提下注入耗时分析。
-
英伟达：AOP思想被用于GPU云服务中，实现高性能的“调用链性能跟踪”。
-
OpenAI：在ChatGPT接口层实现限流和日志采集时，也借鉴AOP架构，做到了“可热插拔的增强逻辑”。
场景1：阿里巴巴订单系统异常追踪
题目：
阿里巴巴的双11订单系统，需要在每个下单接口中记录异常堆栈信息和请求参数，以便开发排查问题。项目经理要求不能修改现有的下单Controller代码。请问你如何设计？Spring AOP怎么实现？AOP中涉及到哪些概念？
参考答案：
我会使用Spring的AOP机制：
1️⃣ 设计一个异常日志切面类，在这个类中定义@AfterThrowing类型的通知方法，捕获所有异常。
2️⃣ 通过切入点表达式定位到所有订单Controller的接口，比如：
@Pointcut("execution(* com.alibaba.order.controller.*.*(..))")
3️⃣ 在通知方法中，通过JoinPoint获取请求参数，通过Throwable获取异常堆栈信息，将它们写入日志系统或ES中。
涉及的核心概念：
-
连接点：Controller中所有方法。
-
切入点：符合
com.alibaba.order.controller包下的所有接口方法。 -
通知：异常捕获通知（@AfterThrowing）。
-
切面：异常日志切面。
-
通知类：LogAspect类。
这样可以实现无侵入的异常追踪功能。
1.2 AOP作用
-
作用:在不惊动原始设计的基础上为其进行功能增强，前面咱们有技术就可以实现这样的功能即代理模式。
前面咱们有技术就可以实现这样的功能即代理模式。
🧠 理论理解
AOP的本质作用是：
✅ 降低耦合：你不再需要在每个业务类里写日志、事务等横向逻辑。
✅ 提高复用：把横向逻辑单独封装，写一次、到处用。
✅ 提升可维护性：改横向逻辑时，不动业务代码。
典型应用场景：
-
日志记录
-
性能监控
-
事务控制
-
安全验证
-
缓存处理
🏢 企业实战理解
-
美团：通过AOP统一控制数据库事务，极大降低了“事务忘写”导致的数据异常。
-
字节跳动：AOP用于抖音视频转码服务的“动态限流”，可在系统高峰期自动切入限流逻辑。
-
亚马逊AWS：AOP思想应用于API Gateway网关层，自动注入安全认证和速率限制。
-
阿里云：AOP切面管理分布式缓存刷新，保障双11大促期间流量洪峰数据一致性。
场景2：字节跳动接口限流
题目：
字节跳动的抖音API在高峰期需要动态限流。要求：
-
平时不启用限流逻辑
-
高峰时段通过配置中心“热开关”启动限流
-
不修改业务代码
请问用Spring AOP怎么实现？怎么设计保证高可用？
参考答案：
我的方案：
-
设计一个
LimitAspect切面类，在切面中通过@Around通知拦截抖音API的Controller层方法。 -
切入点可以写为：
@Pointcut("execution(* com.bytedance.douyin.api.*.*(..))")
-
在环绕通知内部：
-
通过读取配置中心的开关判断是否启用限流。
-
如果限流开启，就用令牌桶/滑动窗口算法判断是否超限，超限直接返回“限流提示”。
-
否则正常放行。
-
这种设计满足：
✅ 无侵入（业务代码无改动）
✅ 热更新（切面实时感知配置中心开关变化）
✅ 高可用（限流逻辑是可配置、可插拔的）
AOP概念：
-
连接点：API接口方法。
-
切入点：抖音API包下的接口。
-
通知：环绕通知实现限流。
-
切面：LimitAspect类。
1.3 AOP核心概念
为了能更好的理解AOP的相关概念，我们准备了一个环境，整个环境的内容我们暂时可以不用关注，最主要的类为:BookDaoImpl
@Repository
public class BookDaoImpl implements BookDao {
public void save() {
//记录程序当前执行执行（开始时间）
Long startTime = System.currentTimeMillis();
//业务执行万次
for (int i = 0;i<10000;i++) {
System.out.println("book dao save ...");
}
//记录程序当前执行时间（结束时间）
Long endTime = System.currentTimeMillis();
//计算时间差
Long totalTime = endTime-startTime;
//输出信息
System.out.println("执行万次消耗时间：" + totalTime + "ms");
}
public void update(){
System.out.println("book dao update ...");
}
public void delete(){
System.out.println("book dao delete ...");
}
public void select(){
System.out.println("book dao select ...");
}
}代码的内容相信大家都能够读懂，对于save方法中有计算万次执行消耗的时间。
当在App类中从容器中获取bookDao对象后，分别执行其save,delete,update和select方法后会有如下的打印结果:
这个时候，我们就应该有些疑问?
-
对于计算万次执行消耗的时间只有save方法有，为什么delete和update方法也会有呢?
-
delete和update方法有，那什么select方法为什么又没有呢?
这个案例中其实就使用了Spring的AOP，在不惊动(改动)原有设计(代码)的前提下，想给谁添加功能就给谁添加。这个也就是Spring的理念：
-
无入侵式/无侵入式
说了这么多，Spring到底是如何实现的呢?
(1)前面一直在强调，Spring的AOP是对一个类的方法在不进行任何修改的前提下实现增强。对于上面的案例中BookServiceImpl中有save,update,delete和select方法,这些方法我们给起了一个名字叫==连接点==
(2)在BookServiceImpl的四个方法中，update和delete只有打印没有计算万次执行消耗时间，但是在运行的时候已经有该功能，那也就是说update和delete方法都已经被增强，所以对于需要增强的方法我们给起了一个名字叫==切入点==
(3)执行BookServiceImpl的update和delete方法的时候都被添加了一个计算万次执行消耗时间的功能，将这个功能抽取到一个方法中，换句话说就是存放共性功能的方法，我们给起了个名字叫==通知==
(4)通知是要增强的内容，会有多个，切入点是需要被增强的方法，也会有多个，那哪个切入点需要添加哪个通知，就需要提前将它们之间的关系描述清楚，那么对于通知和切入点之间的关系描述，我们给起了个名字叫==切面==
(5)通知是一个方法，方法不能独立存在需要被写在一个类中，这个类我们也给起了个名字叫==通知类==
至此AOP中的核心概念就已经介绍完了，总结下:
-
连接点(JoinPoint)：程序执行过程中的任意位置，粒度为执行方法、抛出异常、设置变量等
-
在SpringAOP中，理解为方法的执行
-
-
切入点(Pointcut):匹配连接点的式子
-
在SpringAOP中，一个切入点可以描述一个具体方法，也可也匹配多个方法
-
一个具体的方法:如com.itheima.dao包下的BookDao接口中的无形参无返回值的save方法
-
匹配多个方法:所有的save方法，所有的get开头的方法，所有以Dao结尾的接口中的任意方法，所有带有一个参数的方法
-
-
连接点范围要比切入点范围大，是切入点的方法也一定是连接点，但是是连接点的方法就不一定要被增强，所以可能不是切入点。
-
-
通知(Advice):在切入点处执行的操作，也就是共性功能
-
在SpringAOP中，功能最终以方法的形式呈现
-
-
通知类：定义通知的类
-
切面(Aspect):描述通知与切入点的对应关系。
连接点（JoinPoint）
🧠 理论理解
所有程序中可以被增强的地方，比如方法调用、异常抛出等。Spring AOP只支持“方法级别”的连接点。
🏢 企业实战理解
-
京东：对电商下单流程中的“支付调用”方法加切面，实时记录“每一单支付请求耗时”。
切入点（Pointcut）
🧠 理论理解
用表达式指定“哪些连接点”要被增强。是AOP最灵活的地方。
🏢 企业实战理解
-
腾讯视频：用切入点精准匹配“视频播放接口”方法，实现实时打点统计。
通知（Advice）
🧠 理论理解
你想织入的逻辑。比如在方法执行前/后/异常抛出时执行的操作。
🏢 企业实战理解
-
阿里巴巴：事务管理通知，确保订单处理流程出现异常时能回滚数据。
通知类
🧠 理论理解
存放“通知方法”的类，专门负责切面逻辑。
🏢 企业实战理解
-
字节跳动：有专门的“安全切面类”，内置防刷机制，服务上线无需修改业务代码。
切面（Aspect）
🧠 理论理解
把“切入点”+“通知”绑定在一起，描述“谁增强谁、怎么增强”。
🏢 企业实战理解
-
OpenAI：API调用限流切面，将“高峰限流逻辑”和“API接口列表”绑定，按需动态加载。
场景3：OpenAI接口性能分析
题目：
OpenAI内部需要统计每个API调用的执行耗时，以便优化模型接口性能。他们希望不改接口代码，可以无感知地统计。用Spring AOP如何实现？切面怎么设计？
参考答案：
做法如下：
1️⃣ 创建一个PerformanceAspect切面类。
2️⃣ 切入点定义为OpenAI所有API层的接口方法，例如：
@Pointcut("execution(* com.openai.api.*.*(..))")
3️⃣ 使用@Around通知包裹方法：
-
记录
startTime -
执行目标方法
proceed() -
记录
endTime -
打印或上报（API名称 + 耗时）
优势：
-
动态织入，无需改动API代码
-
高并发环境下性能影响可控
-
后续可以拓展为Prometheus监控指标
核心AOP概念：
-
连接点：API层所有方法
-
切入点：指定包下接口
-
通知：环绕通知实现耗时统计
-
切面：PerformanceAspect类
场景4：美团交易系统事务保证
题目：
美团的交易系统，开发时经常因为忘记加@Transactional导致数据不一致。架构师要求：只要是Service层的saveXxx方法，一律自动加上事务，即使开发者忘了加也不怕。你会怎么用AOP实现这个功能？
参考答案：
思路：
-
定义
TransactionAspect切面类。 -
切入点：匹配所有
com.meituan.service包下的save开头方法：
@Pointcut("execution(* com.meituan.service.*.save*(..))")
-
通知：用
@Around通知实现：-
手动开启事务（用
TransactionTemplate） -
调用目标方法
-
正常就提交，异常就回滚
-
这样做：
-
保证只要方法匹配，无论开发者有没有加
@Transactional，都会自动事务包裹。 -
对历史代码和新代码都适用，彻底杜绝“忘写事务”风险。
AOP概念：
-
切入点：save开头的方法
-
通知：环绕通知控制事务
-
切面：TransactionAspect
小结
这一节中主要讲解了AOP的概念与作用，以及AOP中的核心概念，学完以后大家需要能说出:
-
什么是AOP?
-
AOP的作用是什么?
-
AOP中核心概念分别指的是什么?
-
连接点
-
切入点
-
通知
-
通知类
-
切面
-
扫一扫
623
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
