aspectj

要在 Spring 应用中使用 AspectJ 注解, 必须在 classpath 下包含 AspectJ 类库: aopalliance.jar、aspectj.weaver.jar 和 spring-aspects.jar 将 aop Schema 添加到 <beans> 根元素中. 要在 Spring IOC 容器中启用 AspectJ 注解支持, 只要在 Bean 配置文件中定义一个空的 XML 元素 <aop:aspectj-autoproxy> 当 Spring IOC 容器侦测到 Bean 配置文件中的 <aop:aspectj-autoproxy> 元素时,会自动为与 AspectJ 切面匹配的 Bean 创建代理要在 Spring 中声明 AspectJ 切面,只需要在 IOC 容器中将切面声明为 Bean 实例. 当在 Spring IOC 容器中初始化 AspectJ 切面之后,Spring IOC 容器就会为那些与 AspectJ 切面相匹配的 Bean 创建代理. 在 AspectJ 注解中, 切面只是一个带有 @Aspect 注解的 Java 类. 通知是标注有某种注解的简单的 Java 方法. AspectJ 支持 5 种类型的通知注解: @Before: 前置通知, 在方法执行之前执行 @After: 后置通知, 在方法执行之后执行

3 月，跳不动了？>>> 介绍 当前有多个可用的AOP库，这些库必须能够回答许多问题： 它与我现有的或新的应用程序兼容吗？ 在哪里可以实施AOP？ 它与我的应用程序集成的速度有多快？ 性能开销是多少？ 在本文中，我们将着眼于回答这些问题，并介绍Spring AOP和AspectJ（这两种最流行的Java AOP框架）。 2. AOP 概念 在开始之前，让我们对术语和核心概念进行快速的高层次审查： 切面–一种标准代码/功能，分散在应用程序的多个位置，通常与实际的业务逻辑（例如，事务管理）不同。每个方面都专注于特定的跨领域功能 连接点–这是程序执行过程中的特定点，例如方法执行，构造函数调用或字段分配 通知–方面在特定联接点中采取的操作 切入点–与联接点匹配的正则表达式。每当任何连接点与切入点匹配时，都会执行与该切入点关联的指定建议 编织–将方面与目标对象链接以创建建议对象的过程 3.Spring AOP 和AspectJ 现在，让我们从多个角度讨论Spring AOP和AspectJ，例如功能，目标，编织，内部结构，连接点和简单性 3.1 能力和目标 简而言之，Spring AOP和AspectJ具有不同的目标。 Spring AOP旨在在Spring IoC上提供一个简单的AOP实现，以解决程序员面临的最常见问题。它不打算用作完整的AOP解决方案

本文转载自： 使用Spring进行面向切面编程（AOP） 前言 面向切面编程（AOP）提供另外一种角度来思考程序结构，通过这种方式弥补了面向对象编程（OOP）的不足。 除了类（classes）以外，AOP提供了 切面。切面对关注点进行模块化，例如横切多个类型和对象的事务管理。 （这些关注点术语通常称作 横切（crosscutting） 关注点。） Spring的一个关键的组件就是 AOP框架。 尽管如此，Spring IoC容器并不依赖于AOP，这意味着你可以自由选择是否使用AOP，AOP提供强大的中间件解决方案，这使得Spring IoC容器更加完善。 Spring 2.0 AOP Spring 2.0 引入了一种更加简单并且更强大的方式来自定义切面，用户可以选择使用基于模式（schema-based）的方式或者使用@AspectJ注解。 这两种风格都完全支持通知（Advice）类型和AspectJ的切入点语言，虽然实际上仍然使用Spring AOP进行织入（Weaving）。 本章主要讨论Spring 2.0对基于模式和基于@AspectJ的AOP支持。请查阅"AOP声明风格的选择"一节获取 为你的应用选择适当的声明风格的建议。Spring 2.0完全保留了对Spring 1.2的向下兼容性，下一章 将讨论 Spring 1.2 API所提供的底层的AOP支持。

第二章 Spring-AOP 1.1 Spring-AOP 概述 AOP ：（全称是 Aspect Oriented Programming ）面向切面编程。 AOP 是 oop 的延续，是函数式编程一种衍生泛型，利用 AOP 可以对业务逻辑的各个部分进行分离，从而降低各个部分之间的耦合度，提高程序的可重用性，同时提高了开发的效率。 简单来说（ AOP 就是把我们程序中重复的代码抽取出来，在需要执行时，使用动态的代理技术，在不修改源代码的基础上，对我们已有的方法进行增强）。 AOP 的作用和优势：作用，在程序运行期间，在不修改源代码的基础上，对已有的方法进行增强。优势：减少重复代码。提高开发的效率，维护方便。 AOP 的实现方式 : 使用动态的代理技术来完成。 动态代理有两种方式 : 一种是基于接口的，一种是基于子类的。 第二章 Spring-AOP 的配置【重点】 2.1 Spring 中 AOP 的说明 Spring 中 AOP 的术语 JoinPoint( 连接点 ): 所谓的连接点就是指那些被拦截的点 , 在 Spring 中，这些点指的就是方法，因为 Spring 只支持基于方法的连接点。 PointCut( 切入点 ): 所谓饿切入点就是我们要对那些 (JoinPonit) 进行拦截定义。 Advice( 通知 / 增强 ): 所谓通知是指拦截到 (JoinPoint)

看了半天，才搞懂 spring AOP 的原理。之前一直都给别人 说不清楚。现在，说一遍，加深印象。 AOP 的原理： 涉及到了 设计模式的 代理模式。 代理模式的实现呢，我们可以分为 静态代理 和 动态代理。 静态代理，主要是 一个接口，一个接口实现类 和 实现该接口的 代理类。 这些类都是在编译时 就确定好了，所以叫做静态代理，缺点 在于 每次都要写 一个实现接口的 代理类。 因此 出现了 动态代理。 动态代理 有 很多种框架。AspectJ、JBoss Aop、Spring Aop. 我们主要讨论 spring Aop。 AOP 实现有 JDK动态代理 和 Cglib 动态代理。spring AOP 这两种都是支持的。 单纯不使用spring AOP 去实现 JDK 动态代理，那么就需要 存在一个被代理的接口 和 被代理接口的实现类， 再创建一个实现 InvocationHandler 接口的类，在 invoke 方法中定义 代理类需要做的行为。 通过调用 Proxy.newProxyInstance 就可以为 被代理接口 动态生成一个 class 代理类。之后 只要调用方法的时候，只使用 代理类去调用，不使用 实现类。就能完成动态代理。 JDK 动态代理 生成的类 实现了 被代理接口，继承了 Proxy。由于java 只支持单继承，因此在 继承Proxy 之后，只能选择

一、实验环境 1.jdk1.8.0_171 2.gradle-5.3.1(Spring源码使用gradle构建的，关于gradle的安装和配置使用，请读者自行上网搜一下，这里不再赘述) 3. IDEA2019.2.4专业版 ，让如有需要可参考我写的相关的破解文档 4.Spring-5.0.x 二、环境搭建 1.进入到GitHub官网并搜索spirng，找到对应的spring-framework工程，点击链接进入，如下图： 图一 2.切换到自己想要的spring源码版本，如下图： 图二 3.获取Git分支链接（我这里是用idea的git拉取源码，大家也可以把源码下载下来，再用idea导入，视个人习惯而定），如下图： 图三 4.在idea中用git拉取spring源码，（笔者已经拉取过spring5.0.x的源码，这里重新下载5.1.x来做演示，笔者编译的版本还是5.0.x的源码）如下图： 图四 图五 4.1 开始下载源码（需要等几分钟，等待下载完）： 图六 4.2 下载完弹出导入窗口，如下： 图七 导入源码，点击Yes后弹出导入窗口，如下（之前如果配置过gradle，这里不用作修改）： 图八 5.1 点击OK后，开始构建（如果是第一次导入，需要下载依赖，可能需要等待一段时间，耐心等待依赖下载完成），如下图： 图九 5.2 导入完成后，如下图所示，可能spring

Spring-AOP 1. AOP 基本概念 显示中有一些内容并不是面向对象技术（OOP）可以解决的，比如事务处理。在 JDBC 代码中，最繁琐的问题就是无穷无尽的 try ... catch ... finally ... 语句 和 数据库资源关闭 的问题，而且代码会存在大量的重复，而你又不能不写。 一个正常执行的 SQL 的逻辑步骤如下： 打开通过数据库连接池获得数据库链接资源，并做一定的设置工作。 执行对应的 SQL 语句（通常是增删改），对数据进行操作。 如果 SQL 执行过程中发生异常，回滚事务。 如果 SQL 执行过程中没有发生异常，最后提交事物。 到最后的阶段，需要关闭一些连接资源。 参看上述流程，你会发现无论是执行什么具体的 SQL，流程都是一样的！即， 到了特定时刻一定会执行某个特定操作 ，并不因 SQL 的不同而不同 ! 在 OOP 中，模块化单元是『类』（Class），而在 AOP 中，模块化的单元是『 切面』（Aspect）。 AOP 最早由 AOP 联盟的组织提出的，并制定了一套规范。Spring AOP 遵守 AOP 联盟的规范。 Spring 的 AOP 的底层用到两种代理机制： JDK 动态代理 如果目标类遵循某个接口，Spring AOP 底层采用 JDK 方案生成代理对象 Cglib 动态代理 如果目标类不遵循任何接口，Spring AOP

　　继续源码学习，看了spring中基础的容器和AOP感觉自己也没有什么长进，哈哈，我也不知道到底有用没有，这可能是培养自己的一种精神吧，不管那么多，继续学习！AOP中 AOP中几个重要的概念： （1）Advice--通知 Advice定义在连接点做什么，为切面增强提供织入接口。在spring中，他主要描述spring AOP围绕方法调用而注入的切面行为。在spring AOP的实现中，使用了AOP联盟定义的统一接口--Advice接口并通过这个接口，为AOP切面的增强的织入功能做了更多的细话和扩展 （2）PonitCut--切点 PonitCut（切点）决定Advice通知应该作用于哪个连接点，也就是说通过PonitCut来定义需要增强的方法的集合。这些集合的选取可以按照一定的规则来完成。这种情况下，PonitCut通常意味着标识方法，例如，这些需要增强的地方可以由某个正则表达式进行标识，或根据某个方法名进行匹配 （3）Advisor--通知器 完成对目标方法的切面增强设计（Advice）和关注点的设计（PointCut）以后，需要一个对象把它们结合起来，完成这个作用的就是Advisor，通过Advisor，可以定义在应该使用哪个通知并在哪个关注点使用它，也就是说通过Advisor，把Advice和PointCut结合起来，这个结合为使用IoC容器配置AOP应用