1.spring—AOP与事务
2.Go能实现AOP吗？
3.Spring Boot 使用 AOP 防止重复提交
4.Spring源码插播一个创建代理对象的码设wrapIfNecessary()方法
5.面试官：你讲讲AOP与OOP有什么区别？
6.如何定义一个aop组件

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源码的事务处理逻辑，伪代码大致为：

Go能实现AOP吗？

       探索 Go 语言是否能实现面向切面编程（AOP）的概念，本文将从 Java 实现 AOP 的码设方式出发，深入讨论 Go 语言的码设特性与 AOP 实现的可能性。Java 中的码设 AOP 通过动态代理和字节码增强技术实现，但在 Go 语言中，码设由于没有虚拟机和中间码的码设如何分析商城源码特性，直接源码编译为可执行文件，码设使得代码修改变得困难。码设

       然而，码设经过深入研究，码设发现 Go 语言中存在实现类似 AOP 功能的码设库，如 gohook，码设它能够在方法执行前插入逻辑，码设通过反射技术找到方法地址，码设动态地hook方法。码设尽管这种方式实现了一定程度的运行时拦截，但其存在使用限制和未充分测试的问题，不建议在生产环境中使用。

       另一种实现 AOP 的linux程序源码安装方式是通过抽象语法树（AST）修改源码。Go 语言在编译时会生成 AST 树，可以利用 Go 提供的 API 来生成和操作 AST。通过修改 AST，可以实现 AOP 的功能，例如在方法执行前插入打印语句，或根据注释自动插入代码。尽管这种方式需要在编译期对代码进行生成，但可以提供更灵活的 AOP 实现。

       在讨论实现细节的同时，我们也关注到 Go 语言的年轻性与项目阶段。由于 Go 语言相对较新，大多数项目在构建初期，需求通常已在代码中提前设计，减少了对 AOP 这类复杂技术的依赖。不过，随着 Go 社区的发展和项目复杂度的提高，未来出现一个生产可用的 Go AOP 框架并非不可想象。

       总结而言，eclipse查看javax源码尽管 Go 语言在实现 AOP 方面面临一定的技术挑战，通过利用运行时拦截和 AST 修改等技术手段，已经能够实现部分 AOP 的功能。但当前 Go 社区对 AOP 的需求相对有限，更多的项目倾向于在设计阶段解决相关需求。随着 Go 应用场景的扩展和项目复杂性的增加，AOP 技术在 Go 语言中的应用可能会逐渐增多。

Spring Boot 使用 AOP 防止重复提交

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

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

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

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

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

       Web网站架构的发展历程

       Java编程的最佳实践

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

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

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

Spring源码插播一个创建代理对象的wrapIfNecessary()方法

       在深入探讨Spring源码中创建代理对象的`wrapIfNecessary()`方法之前，先简要回顾其作用。`wrapIfNecessary()`方法主要任务是android studio 源码导入基于一系列条件判断，决定是否为Bean创建代理对象，从而实现AOP（面向切面编程）的功能。下面，我们将逐步解析这一方法的内部逻辑。

       `wrapIfNecessary()`方法的执行流程可以分为以下阶段：

       1. **条件判断**：

        - **已处理Bean**：首先检查传入的Bean是否已处理过，即在`targetSourcedBeans`集合中是否存在该Bean的记录。

        - **已创建代理**：接着检查`advisedBeans`集合中是否已有该Bean的代理对象缓存，以确认是否需要再次创建代理。

        - **自定义Bean**：通过`isInfrastructureClass()`方法判断是否为Spring自带的Bean，排除此类无需代理的情况。

        - **无需代理**：如果上述任一条件满足，则直接返回传入的Bean对象，无需创建代理。

       2. **代理创建**：

        - **获取Advices和Advisors**：如果上述条件均不满足，则调用`getAdvicesAndAdvisorsForBean()`方法获取当前Bean的Advices和Advisors信息。

        - **判断适配**：通过`findEligibleAdvisors()`方法从候选通知器中筛选出适合当前Bean的Advisors，确保这些Advisors可以应用到当前Bean。

        - **实现逻辑**：通过`findCandidateAdvisors()`和`findAdvisorsThatCanApply()`方法进一步筛选、拓展、排序Advisors，最终获取到实际需要应用的Adviser集合。

       3. **代理构建**：

        - **决策**：根据获取的Advisors判断是否需要创建代理。若结果非`DO_NOT_PROXY`，则调用`createProxy()`方法创建代理对象，并缓存以备后续使用。

        - **过程**：在创建代理过程中，`exposeTargetClass()`方法设置Bean的属性，`shouldProxyTargetClass()`方法决定使用JDK动态代理还是CGLIB动态代理，`evaluateProxyInterfaces()`方法添加代理接口，最终通过`getProxy()`方法构建代理对象。

       4. **优化与扩展**：

        - **Advisors排序**：调用`sortAdvisors()`方法对Advisors进行排序，优化代理逻辑执行顺序。

        - **扩展与定制**：通过`extendAdvisors()`方法提供扩展点，允许对目标Advisor进行进一步定制。

       5. **构建代理对象**：

        - **代理工厂**：通过`AopProxyFactory`初始化代理工厂，并在构建代理对象时，考虑接口添加、回调函数配置等，最终通过`createProxy()`方法生成可调用的代理对象。

       通过这一系列复杂而有序的过程，`wrapIfNecessary()`方法实现了根据特定条件判断是否创建代理对象，并构建出适用于面向切面编程场景的代理对象，进而增强了应用程序的功能性和灵活性。

面试官：你讲讲AOP与OOP有什么区别？

       AOP全称为Aspect Oriented Programming，是一种面向切面编程的模式。它与传统的面向对象编程（OOP）有本质的区别。OOP主要关注的是对象的行为和属性，通过封装、继承和多态等特性来实现代码的复用和模块化。而AOP则更侧重于关注点的分离，它可以将一些横跨业务逻辑的公共行为或职责抽取出来，形成独立的模块，从而降低代码的耦合度，提高代码的可维护性和可扩展性。

       AOP的核心思想是将业务逻辑中的横切关注点（如日志记录、性能监控、事务管理等）从核心业务代码中分离出来，通过预编译或运行时动态代理的方式进行统一管理和维护。这使得在修改或扩展业务逻辑时，不必修改原有代码，只需要在AOP的配置中添加或修改切点即可。这种分离关注点的设计模式有助于提高开发效率，降低维护成本。

       AOP的应用场景通常包括但不限于日志记录、性能统计、安全控制、事务处理、异常处理等。例如，在一个APP模块结构中，按照OOP思想划分的“视图交互”、“业务逻辑”、“网络”等模块，若需要对所有模块的每个方法的执行时间进行监控，这正是AOP的典型应用场景。通过AOP，可以将监控逻辑与业务逻辑分离，无需在每个方法中重复实现监控代码，从而简化了代码结构，提高了代码的可维护性。

       AOP的实现方式主要有运行时、加载时和编译时三种，其中编译时实现（如AspectJ）是AOP技术中最常用的一种，它通过在编译阶段将切面代码编织到目标代码中，实现了对目标代码的动态增强。

       AspectJ是Java中的AOP实现，它包含两个核心组件：ajc编译器和weaver织入器。ajc编译器用于编译AspectJ的源代码，weaver则在编译或运行时将切面代码编织到目标代码中。在Android项目中使用AspectJ时，可以借助gradle插件来简化配置和集成过程。

       总之，AOP提供了一种更为灵活、高效的方式来管理程序中的关注点，与OOP相比，它更加专注于解耦和提高代码的可维护性。在实际开发中，合理运用AOP可以显著提升软件开发的效率和质量。

如何定义一个aop组件

       å‰é¢è¯´è¿‡äº†spring的Schema扩展支持，可以看这里3.1Spring源码解析——自定义标签的使用,这里就不在进行多余的复述了。

       å‰é¢è®²è¿‡ï¼ŒSpring支持自定义的扩展组件，但是必须以下两点

       è‡ªå®šä¹‰ç±»å¹¶å®žçŽ°Spring的BeanDefinitionParser类来解析XSD文件中的定义和组件定义，

       è‡ªå®šä¹‰ç±»å¹¶å®žçŽ°Spring的NamespaceHandlerSupport目的是将组建注册到Spring容器

       å¯¹åº”的文件的解析类可以在META-INF文件夹的Spring.handlers中可以找到

       åœ¨ä»£ç ä¸­å¯¹å®šä¹‰çš„Aspect的注解进行解析的类为AopNamespaceHandler：

   public void init() {

              // In 2.0 XSD as well as in 2.1 XSD.

              registerBeanDefinitionParser("config", new ConfigBeanDefinitionParser());

              registerBeanDefinitionParser("aspectj-autoproxy", new AspectJAutoProxyBeanDefinitionParser());

              registerBeanDefinitionDecorator("scoped-proxy", new ScopedProxyBeanDefinitionDecorator());

              // Only in 2.0 XSD: moved to context namespace as of 2.1

              registerBeanDefinitionParser("spring-configured", new SpringConfiguredBeanDefinitionParser());

          }

       åœ¨è§£æžé…ç½®æ–‡ä»¶çš„时候，一旦遇到aspectj-autoproxy注解时就会使用解析器AspectJAutoProxyBeanDefinitionParser进行解析。

       ä¸‹ä¸€ç¯‡Spring的AOP的解析——AnnotationAwareAspectJAutoProxyCreator

有一本书上有个aop 是什么意思啊

       面向方面编程：Aspect Oriented Programming

       AOP是OOP的延续，是Aspect Oriented Programming的缩写，意思是面向切面编程。可以通过预编译方式和运行期动态代理实现在不修改源代码的情况下给程序动态统一添加功能的一种技术。

       详见

       /view/.html?wtp=tt