1.aop���Դ��
2.AOP 相关术语
3.Spring Boot 使用 AOP 防止重复提交
4.Java实现AOP的框p框几种方式
5.为什么spring中AOP 用的很少
6.AOP 利器 ——ASM 基础入门

aop���Դ��

       在C#中，依赖注入框架是架源架构建可维护和可测试代码的重要工具。以下是框p框六个知名的依赖注入框架，你应该了解它们：

       1. ServiceCollection

       .NET Core内置的架源架依赖注入容器。

       实现方法：通过打开NuGet包管理器，框p框安装Microsoft.Extensions.DependencyInjection包。架源架嘉兴频道直播源码

       2. Grace

       一个开源、框p框轻量级、架源架易于使用的框p框依赖注入容器框架，提供丰富的架源架特性与优秀的性能。

       获取资源：在Nuget或Github查找。框p框

       使用方法：使用容器对象定位类型。架源架

       3. Autofac

       一款轻量级且性能高效的框p框依赖注入框架。

       官方网站：autofac.org。架源架

       源码地址：github.com/autofac/Autofac。框p框

       4. Spring.NET

       关注于.NET企业应用开发的框架，提供依赖注入、AOP、发布任务的源码数据访问抽象与ASP.NET集成等功能。

       官方网站：springframework.net。

       5. MEF

       Managed Extensibility Framework，一个用于创建可扩展的轻型应用程序的库，提供发现与使用扩展的途径。

       6. Unity

       微软Enterprise Library的一个组件，提供依赖注入模式，用于解耦对象间的依赖。

AOP 相关术语

       AOP中，关键术语的解释如下：

       连接点（Joinpoint）: 在Spring框架中，这些指的是被拦截的对象，特别是方法，因为Spring主要支持的是方法级别的连接点。简单来说，它是目标对象中所有可被拦截的点。

       切入点（Pointcut）: 定义了我们希望对哪些连接点进行拦截的范围。这个概念帮助我们确定哪些方法需要增强或修改行为。魔域换球源码

       通知（Advice）: 是AOP的核心，拦截到连接点后，通知定义了后续的操作。包括前置通知（在方法执行前执行）、后置通知（在方法执行后执行）、异常通知（处理方法异常）、最终通知（无论方法执行结果如何都会执行）和环绕通知（围绕方法执行的完整流程）。

       引介（Introduction）: 是一种特殊的通知，它能在不修改类源代码的情况下，为类动态添加方法或字段，提供了一种灵活的扩展方式。

       目标对象（Target）: 是代理的目标，即原始的对象或被代理的对象，即通知增强的对象。

       织入（Weaving）: 是将增强应用到目标对象，生成新代理对象的过程。Spring使用动态代理实现织入，孙鑫随书源码而AspectJ则支持编译期和类装载期的织入方式。

       代理（Proxy）: 一个对象经过AOP的增强后，会生成一个新的代理对象，用于包裹和增强原始对象的行为。

       切面（Aspect）: 最终，切面是切入点（Pointcut）和通知（Advice）的结合体，它定义了何时何地以及如何执行通知。通过切面，我们能够实现代码的解耦和模块化增强。

Spring Boot 使用 AOP 防止重复提交

       在Spring Boot项目中，为了简化防止重复提交的处理，可以利用AOP（面向切面编程）实现。传统的做法是后端生成一个唯一令牌并存储，但这样会增加前后端的协作工作。本文将介绍一种无需前端参与的后端处理方式，即使用Redis分布式锁来确保提交的唯一性。

       如果你对Redis分布式锁的sip录音源码实现感兴趣，可以参考以下资源：[点击这里了解更多](Redis分布式锁的正确实现方式)。对于单机部署，本地线程安全的Cache（如ConcurrentHashMap）同样适用。

       下面给出关键的AOP类和测试代码示例：[访问源码](github.com/TavenYin/tav...)

       测试案例中，我们模拟十个线程并发提交，结果显示，尽管所有请求几乎同时发起，但只有一次提交成功，充分展示了防止重复提交的效果。要运行这个测试，只需启动本地Redis，然后运行项目即可。更多详细步骤可以参考：[具体步骤](jianshu.com/p/c6bb6...)

       如果你还想深入了解相关知识，可以参考以下链接：

       Web网站架构的发展历程

       Java编程的最佳实践

       利用Springboot、Redis和注解实现接口幂等性校验

       提升Java代码性能的实用技巧

       以上是利用Spring Boot和AOP实现防止重复提交的简要介绍，通过分布式锁机制，简化了开发流程，并确保了提交请求的唯一性。

Java实现AOP的几种方式

       （1）AOP的各种实现

       在编译器修改源代码、在运行期字节码加载前修改字节码或字节码加载后动态创建代理类的字节码。以下是各种实现机制的比较：

       类别分为静态AOP（包括静态织入）和动态AOP（包括动态代理、动态字节码生成、自定义类加载器、字节码转换）。

       静态织入：

       a、原理：在编译期，切面直接以字节码形式编译到目标字节码文件中 ；

       b、优点：对系统性能无影响；

       c、缺点：不够灵活；

       动态代理 ：

       a、原理：在运行期，目标类加载后，为接口动态生成代理类。将切面织入到代理类中；

       b、优点：更灵活；

       c、缺点：切入的关注点要实现接口；

为什么spring中AOP 用的很少

       spring AOP不是用反射实现的，而bean的创建一般是这样做的。

        spring里主要通过Java动态代理接口、cglib生成子类、AspectJ这三种方式来实现AOP。

       é€šè¿‡AOP进行声明式事务管理应该是大家用的最多的吧。像权限校验和日志记录虽然也具备一定的横切性需求，但好像很少拿spring来做，权限控制框架倒是可以考虑与spring进行集成，细粒度的日志记录则根本无法真正利用AOP来做，原因在于业务方法记录日志的位置是不统一的，从而无法确定切入点。

       ä½†spring利用AOP还是干了不少事情的，随便翻看源码你都可以发现它们的影子。举个例子，spring里有一个javax.sql.DataSource的代理类TransactionAwareDataSourceProxy，它利用java的动态代理在运行时替换了原生DataSource的getConnection等诸多方法，最重要的是它使你的遗留系统具备了与spring集成并使用spring事务管理的能力，而这一切你只需要一个简单的配置，你并不知道spring在后台为你做了这些事情。

       AOP是一种很有用的编程理念，语言和工具不应成为我们程序员思想的束缚，即使项目不用spring AOP你也可以在适当的契机把spring里好的想法拿来用，甚至你觉得不好还可以改造它，这样我们才能真正成为工具的主人而不是奴仆。

AOP 利器 ——ASM 基础入门

       ASM 是一个 Java 字节码操作框架，用于动态生成类或增强既有类功能。它能直接生成二进制 class 文件，并在类被加载到 Java 虚拟机之前动态改变类行为。ASM 框架提供常见的字节码分析和生成工具，帮助快速进行类生成或分析转换。

       在 Android 开发中，Android Gradle 1.5 版本后的 Transform 机制允许第三方插件在 .class 文件打包成 dex 之前进行动态修改，为动态修改字节码文件提供了入口，例如添加埋点、插入日志等。

       ASM 在多个出色项目中被广泛使用，包括一个由官方提供的入门电子书（英文版），国内也有汉化版本可供查阅。

       ASM 框架结构分为核心 API 和树 API 两大部分。核心 API 包括基于事件和基于对象两种形式的类生成与解析。核心 API 中定义了类访问类的事件序列，而树 API 则以对象树形式表示类，构建在核心 API 之上。

       ASM 源码目录结构清晰，大致分为几个关键包：组织字节码处理的核心 API、提供工具和适配器的 commons 包、定义泛型操作的 signature 包、以及基于对象的树 API 相关操作。

       核心 API 包括 ClassVisitor、FieldVisitor、MethodVisitor 和 AnnotationVisitor，用于访问 .class 文件中的 fields、methods 和 annotations 相关指令。ClassReader 和 ClassWriter 分别用于加载和生成字节码文件。

       TraceClassVisitor 和 CheckClassAdapter 功能强大，前者用于输出字节码指令，后者用于提前检测类的有效性，确保生成的类符合 JVM 验证规则。

       MethodVisitor 用于处理方法，允许访问和生成方法。方法执行顺序有严格规定，以确保正确性。LocalVariablesSorter 和 AdaviceAdapter 提供插入局部变量和代码的功能。FieldVisitor 则用于访问和生成字段。

       AnnotationVisitor 用于访问注解，SignatureVisitor 用于处理泛型类型签名。树 API 包含 ClassNode、FieldNode 和 MethodNode 等，用于生成和表示类、字段和方法。

       ClassNode 生成类对象，FieldNode 生成字段对象，ClassWriter 和 ClassReader 用于与 ClassNode 交互。MethodNode 生成方法对象，InsnList 用于表示指令集合。Tree API 能将事件序列转换为对象树，反之亦然。

       ASM 提供了基于树 API 的方法分析模块，支持数据流分析和指令集分析。正向分析和反向分析帮助优化方法执行。Analyzer.getFrames 方法返回计算帧，可用于删除无用代码。

       总结，ASM 是 Java 字节码操作的强大工具，适用于动态类生成、增强类功能、修改字节码和分析方法。深入学习可以利用 asm4-guide，推荐的案例开源库可作为学习资源。

spring—AOP与事务

        title: spring——AOP与事务.md

        date: -- ::

        categories: [Spring]

        tags: [AOP,事务]

        toc: true

        先列出源码中比较重点的几个类：

        1、<aop:before method="before" pointcut-ref="myMethods"/>包装成一个advisor

        2、AspectJAwareAdvisorAutoProxyCreator，当实例化所有bean都会执行到AspectJAwareAdvisorAutoProxyCreatorç±»

        它会检测bean是否advisor以及advice存在，如果有就说明这个bean有切面，有切面那么就会生成代理

        3、jdk的代理，bean里面的所有advisor加入到proxyFactory。

        4、jdkDynamicProxy invoke，拿到bean里面的所有Interceptor，会循环proxyFactory里面的所有advisor

        里面有advice，里面的advice有两种类型，要么是advice，要么是MethodInterceptor类型的

        5、当代理对象调用方式，是一个MethodInterceptor类型的类的链式调用过程，直到容器的大小和索引一致的时候调用JoinPoint目标方法

        before：this.advice.before(),invocation.processd();

        装配参数，切面里面before方法的method对象，method.getParamterTypes()[0]

        最终会把advice封装成MethodInterceptor类型的对象

        程序执行的某个特定位置：如类开始初始化前、类初始化后、类某个方法调用前、调用后、方法抛出异常后。一个类或一段程序代码拥有一些具有边界性质的特定点，这些点中的特定点就称为“连接点”。Spring仅支持方法的连接点，即仅能在方法调用前、方法调用后、方法抛出异常时以及方法调用前后这些程序执行点织入增强。连接点由两个信息确定：第一是用方法表示的程序执行点；第二是用相对点表示的方位。

        每个程序类都拥有多个连接点，如一个拥有两个方法的类，这两个方法都是连接点，即连接点是程序类中客观存在的事物。AOP通过“切点”定位特定的连接点。连接点相当于数据库中的记录，而切点相当于查询条件。切点和连接点不是一对一的关系，一个切点可以匹配多个连接点。在Spring中，切点通过org.springframework.aop.Pointcut接口进行描述，它使用类和方法作为连接点的查询条件，Spring AOP的规则解析引擎负责切点所设定的查询条件，找到对应的连接点。其实确切地说，不能称之为查询连接点，因为连接点是方法执行前、执行后等包括方位信息的具体程序执行点，而切点只定位到某个方法上，所以如果希望定位到具体连接点上，还需要提供方位信息。

        增强是织入到目标类连接点上的一段程序代码，在Spring中，增强除用于描述一段程序代码外，还拥有另一个和连接点相关的信息，这便是执行点的方位。结合执行点方位信息和切点信息，我们就可以找到特定的连接点。

        增强逻辑的织入目标类。如果没有AOP，目标业务类需要自己实现所有逻辑，而在AOP的帮助下，目标业务类只实现那些非横切逻辑的程序逻辑，而性能监视和事务管理等这些横切逻辑则可以使用AOP动态织入到特定的连接点上。

        引介是一种特殊的增强，它为类添加一些属性和方法。这样，即使一个业务类原本没有实现某个接口，通过AOP的引介功能，我们可以动态地为该业务类添加接口的实现逻辑，让业务类成为这个接口的实现类。

        织入是将增强添加对目标类具体连接点上的过程。AOP像一台织布机，将目标类、增强或引介通过AOP这台织布机天衣无缝地编织到一起。根据不同的实现技术，AOP有三种织入的方式：

        a、编译期织入，这要求使用特殊的Java编译器。

        b、类装载期织入，这要求使用特殊的类装载器。

        c、动态代理织入，在运行期为目标类添加增强生成子类的方式。

        Spring采用动态代理织入，而AspectJ采用编译期织入和类装载期织入。

        一个类被AOP织入增强后，就产出了一个结果类，它是融合了原类和增强逻辑的代理类。根据不同的代理方式，代理类既可能是和原类具有相同接口的类，也可能就是原类的子类，所以我们可以采用调用原类相同的方式调用代理类。

        切面由切点和增强（引介）组成，它既包括了横切逻辑的定义，也包括了连接点的定义，Spring AOP就是负责实施切面的框架，它将切面所定义的横切逻辑织入到切面所指定的连接点中。

        advisor： pointCut advice

        一类功能的增强

        around方法里面代码切面

        事务切面

        缓存切面

        日志切面

        事务（Transaction），一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。是数据库操作的最小工作单元，是作为单个逻辑工作单元执行的一系列操作；这些操作作为一个整体一起向系统提交，要么都执行、要么都不执行；事务是一组不可再分割的操作集合（工作逻辑单元）。

        大致流程形如

        数据库事务拥有几大特性：

        事务的四大特性：

        事务是数据库的逻辑工作单位，事务中包含的各操作要么都做，要么都不做

        事 务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。因此当数据库只包含成功事务提交的结果时，就说数据库处于一致性状态。如果数据库系统 运行中发生故障，有些事务尚未完成就被迫中断，这些未完成事务对数据库所做的修改有一部分已写入物理数据库，这时数据库就处于一种不正确的状态，或者说是 不一致的状态。

        一个事务的执行不能其它事务干扰。即一个事务内部的操作及使用的数据对其它并发事务是隔离的，并发执行的各个事务之间不能互相干扰。

        也称永久性，指一个事务一旦提交，它对数据库中的数据的改变就应该是永久性的。接下来的其它操作或故障不应该对其执行结果有任何影响。

        个人理解，事务在Spring中是借助AOP技术来实现的，可以作为AOP中的一个事务切面。spring源码对事务的处理逻辑，自己研究吧！

        ORM框架中以Mybatis为例，事务处理就是用到了一个类Transaction，部分源码如下

        可以看出Transaction管理的就是一个connection，而connection我们很清楚是与用户会话挂钩的。

        那么关系就是Transaction 管理Connection ，而connection与 用户session一对一存在。

        在springBoot中，只需要加入POM就可以了，配合注解使用即可。

        接下来就是事务的控制了。

        首先事务有几大传播属性：

        其中最常见的，用得最多就 PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、 PROPAGATION_NESTED 这三种。事务的传播属性是 spring 特有的，是 spring 用来控制方法事务的一种手段，说直白点就是用来控制方法是否使用同一事务的一种属性，以及按照什么规则回滚的一种手段。

        下面用代码演示这三种属性的机制：

        事务的默认属性就是required，通过Transactional.java中的Propagation propagation() default Propagation.REQUIRED; 可以看出。

        这种情况就是事务1，事务2 都加入到了事务0中。不管是1，2哪个事务抛出异常，事务0都会回滚。数据添加会失败。

        这种情况就是：

        事务0（required） {

        ​ 事务1 （REQUIRES_NEW）

        ​ 事务2

        }

        此时。

        情况a：

        1、如果只是事务2出现了异常，那么事务1会提交，事务2加入到事务0中会回滚。

        2、如果只是事务1出现了异常，那么事务1会回滚，向上层事务0抛异常，事务2会加入到事务0中，这时都会回滚。

        情况b：

        如果事务1，事务2都是REQUIRES_NEW传播属性。那么结果就是：

        1、如果事务1，抛出了异常，那么事务2是不会执行的，那么事务0必然回滚。

        2、如果事务2，抛出异常，那么事务1会提交，表中会有数据。事务2有异常回滚并抛出，事务0回滚。

        NESTED属性其实就是创建了回滚点，有异常时，会回滚到指定的回滚点。

        在这通过代码测试，出现一种情况是，无论事务1，事务2哪个有异常，数据都不会插入成功，原因是，不论是事务1还是事务2都会向事务0抛出异常，事务0捕获到异常后，执行rollback()方法，这就操作成了，事务的全部回滚。

        如果想要事务1和事务2 想要根据自己的回滚点回滚，那么事务0必须自己处理异常，不让spring捕获到这个异常，那么就满足了。把代码改成这种：

        Jack大佬提供了，伪代码分析法。

        按照Spring源码的事务处理逻辑，伪代码大致为：