1.面试官：你讲讲AOP与OOP有什么区别？
2.Spring实战——面向切面的切面切面Spring1.5使用注解创建切面
3.什么是aop
4.如何优雅地在 Spring Boot 中使用自定义注解，AOP 切面统一打印出入参日志
5.Go能实现AOP吗？

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

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

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

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

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

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

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

Spring实战——面向切面的Spring1.5使用注解创建切面

       使用注解创建切面是Spring实战中的重要技巧，它简化了AspectJ 5以前繁琐的Java语言扩展，使得任何类可以轻易转换为切面。通过定义切面，我们可以将非核心关注点（如观众的行为）与核心功能分离，提高代码的可维护性。

       在定义切面时，首先使用@AspectJ注解标记Audience类，其中的三个通知方法（takeSeats, silence CellPhones, applause, demandRefund）利用@Before, @AfterReturning, @AfterThrowing注解表明执行时机。这些注解都引用了一个切点表达式，但重复使用可能会显得冗余。为了解决这个问题，@PointCut注解允许我们在切面内部定义可重用的切点，如performance()方法。

       Audience作为注解切面，通过Spring自动代理功能，当装配为bean时，peap认证源码其注解通知将自动应用到匹配的bean上。启用自动代理的方式可以是JavaConfig或XML配置。Spring的AspectJ自动代理实际上是一个基于代理的实现，尽管使用了注解，但它仍然局限于代理方法的调用。

       要充分利用AspectJ的能力，需要在运行时启用AspectJ，而不是依赖Spring。环绕通知是强大的，它可以包裹目标方法，实现前置和后置通知的组合。通过创建一个环绕通知，如watchPerformance()，我们可以在一个方法中统一处理前后行为。

       切面处理参数的方法可以是通过参数化的通知，如记录磁道播放次数的TrackCounter切面。引入新功能可以通过AOP的引入概念，为Spring bean添加新的方法，即使这些方法在原始实现中不存在。

       总的来说，注解创建切面提供了简洁的编程方式，但源码的可访问性是其使用的一个前提。在Spring中，注解和自动代理简化了切面声明，校园商铺源码但也需要一定的条件。

什么是aop

       AOP为Aspect Oriented Programming的缩写，是面向切面编程，通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术。AOP是OOP的延续，是软件开发中的一个热点，也是Spring框架中的一个重要内容，是函数式编程的一种衍生范型。

       AOP的出现弥补了OOP的这点不足，AOP 是一个概念，一个规范，本身并没有设定具体语言的实现，AOP是基于动态代理模式。AOP是方法级别的，要测试的方法不能为static修饰，因为接口中不能存在静态方法，编译就会报错。

       AOP可以分离业务代码和关注点代码（重复代码），在执行业务代码时，动态的注入关注点代码。切面就是关注点代码形成的类。Spring AOP中的动态代理主要有两种方式，JDK动态代理和CGLIB动态代理。JDK动态代理通过反射来接收被代理的类，并且要求被代理的类必须实现一个接口。

扩展资料

       AOP实现的关键在于AOP框架自动创建的AOP代理，AOP代理主要分为静态代理和动态代理，静态代理的代表为AspectJ。而动态代理则以Spring AOP为代表，静态代理是编译期实现，动态代理是运行期实现，可想而知前者拥有更好的性能。

       静态代理是编译阶段生成AOP代理类，也就是说生成的字节码就织入了增强后的AOP对象；动态代理则不会修改字节码，而是在内存中临时生成一个AOP对象，这个AOP对象包含了目标对象的全部方法，并且在特定的切点做了增强处理，并回调原对象的方法。

       参考资料来源；百度百科--AOP

如何优雅地在 Spring Boot 中使用自定义注解，AOP 切面统一打印出入参日志

       首先，我们来观察一下切面日志的输出效果。在了解实现方法之前，我们可以看到每个请求的开始与结束都很清晰，同时打印了以下参数：

       效果看起来还不错，接下来我们将一步步实现它。

       二、添加 AOP Maven 依赖

       在项目的 pom.xml 文件中，添加以下依赖：

       三、自定义日志注解

       接下来，我们来定义一个日志注解，如下所示：

       源代码如下：

       到这里，一个完整的自定义注解就定义完成了。

       四、配置 AOP 切面

       在配置 AOP 切面之前，我们需要了解一些 aspectj 相关注解的作用。

       定义好切点后，我们可以围绕这个切点进行操作。接下来，定义一个 WebLogAspect.java 切面类，并声明一个切点。

       然后，定义 @Around 环绕，用于何时执行切点。

       接下来，看看 @Before 方法。

       最后，用 @After 来做收尾。在每个接口的最后，打印日志结束标志。到这里，切面相关的代码就完成了。

       五、如何使用？

       因为我们的切点是自定义注解 @WebLog，所以我们只需要在 Controller 控制器的每个接口方法添加 @WebLog 注解即可。如果我们不想某个接口打印出入参日志，可以不加注解。

       六、文件上传是否有效？

       对于文件上传，不论是单文件上传还是多文件上传，切面日志都运行良好。有兴趣的小伙伴可以尝试一下。

       七、如何在开发环境和测试环境中使用？

       对于性能要求较高的应用，我们可以在开发环境或测试环境中使用，而不在生产环境中打印日志。我们只需为切面添加 @Profile 即可。

       八、如何指定多切面的优先级？

       如果我们服务中定义了多个切面，比如针对 Web 层接口，我们不仅想要打印日志，还要校验 token 等。我们可以通过 @Order(i) 注解来指定优先级。i 值越小，优先级越高。

Go能实现AOP吗？

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

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

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

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

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