当前位置：首页 > 行业动态 > 正文

AspectJ编译，如何成功实现代码编织与性能优化？

AspectJ 编译是将使用 AspectJ 编写的面向方面代码（包括切面、通知等）转换为可执行字节码的过程，通常通过 AspectJ 编译器（ajc）完成。

AspectJ 编译详解

AspectJ 是一种面向切面编程（AOP）的扩展，它为 Java 语言提供了强大的横切关注点分离功能，在软件开发过程中，经常会遇到一些通用的功能模块，如日志记录、权限验证、事务管理等，这些功能通常会跨越多个业务逻辑模块，如果将这些功能分散到各个业务模块中实现，会导致代码重复、难以维护等问题，而 AspectJ 通过引入切面的概念，能够将这些通用功能从业务逻辑中分离出来，形成独立的切面，从而提高代码的可维护性和可扩展性。

一、AspectJ 编译的基本概念

（一）AspectJ 编译器

AspectJ 有自己的编译器，它可以对包含 AspectJ 代码的 Java 源文件进行编译，这个编译器能够识别 AspectJ 特有的语法和注解，并将切面与普通 Java 类进行整合，生成符合 Java 字节码规范的.class 文件。

（二）编译过程

1、源代码分析：编译器首先会对输入的 Java 源文件（包括普通 Java 类和 AspectJ 切面）进行词法分析和语法分析，构建抽象语法树（AST），在这个过程中，编译器会检查代码的语法正确性，识别出各种语言元素，如类、方法、变量、切面、通知等。

2、织入处理：这是 AspectJ 编译的核心环节，编译器会根据切面中定义的切点表达式，找到与之匹配的连接点（即普通 Java 类中的方法执行点），将切面中的通知代码插入到这些连接点处，实现横切关注点的织入，如果有一个日志切面，定义了在特定方法执行前后记录日志的切点和通知，那么在编译时，编译器就会在该方法的字节码中相应位置插入记录日志的代码。

3、字节码生成：经过织入处理后，编译器将修改后的抽象语法树转换为 Java 字节码，生成.class 文件，这些.class 文件可以在 Java 虚拟机上运行，并且包含了织入后的横切关注点逻辑。

二、AspectJ 编译的方式

（一）命令行编译

可以使用 AspectJ 提供的命令行工具ajc 来进行编译，以下是一个简单的命令行编译示例：

命令 说明
ajc -source 1.8 -target 1.8 MyClass.java MyAspect.aj 使用ajc 命令编译MyClass.java（普通 Java 类）和MyAspect.aj（AspectJ 切面），指定 Java 源代码版本为 1.8，目标字节码版本为 1.8。

（二）集成到构建工具中

1、Maven 集成

在项目的pom.xml 文件中添加 AspectJ 相关的依赖和插件配置。

    <dependencies>
        <dependency>
            <groupId>org.aspectj</groupId>
            <artifactId>aspectjrt</artifactId>
            <version>1.9.7</version>
        </dependency>
    </dependencies>
    <build>
        <plugins>
            <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>aspectj-maven-plugin</artifactId>
                <version>1.14.0</version>
                <configuration>
                    <complianceLevel>1.8</complianceLevel>
                    <source>1.8</source>
                    <target>1.8</target>
                </configuration>
                <executions>
                    <execution>
                        <goals>
                            <goal>compile</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>

上述配置中，首先在dependencies 节点下添加了 AspectJ 运行时库的依赖，然后在build 的plugins 节点下配置了aspectj-maven-plugin 插件，指定了编译的兼容性级别、源代码和目标字节码版本等信息，并设置了在 Maven 构建生命周期的compile 阶段执行编译任务。

2、Gradle 集成

在项目的build.gradle 文件中进行如下配置：

    plugins {
        id 'java'
        id 'io.freefair.aspectj' version '1.6.0'
    }
    repositories {
        mavenCentral()
    }
    dependencies {
        implementation 'org.aspectj:aspectjrt:1.9.7'
    }
    aspectj {
        version = '1.9.7'
        sourceCompatibility = '1.8'
        targetCompatibility = '1.8'
    }

这里应用了io.freefair.aspectj Gradle 插件来简化 AspectJ 的配置和使用，在dependencies 块中添加了 AspectJ 运行时库的依赖，并在aspectj 配置块中设置了 AspectJ 的版本以及源代码和目标字节码的兼容性版本。

三、AspectJ 编译的注意事项

（一）切点表达式的正确性

切点表达式是 AspectJ 中用于定义切点的关键部分，它决定了通知将在哪些连接点处执行，如果切点表达式编写错误，可能会导致无法找到匹配的连接点，或者在错误的连接点处执行通知，以下是一个错误的切点表达式示例：

@Pointcut("execution( com.example..(..))")
public void wrongPointcut() {}

这个切点表达式试图匹配com.example 包及其子包中的所有方法，但由于括号不匹配，会导致编译错误，正确的表达式应该是：

@Pointcut("execution( com.example..(..))")

（二）通知类型与连接点的匹配

不同类型的通知（前置通知、后置通知、环绕通知等）适用于不同的连接点场景，如果选择的通知类型与连接点不匹配，可能会导致编译错误或不符合预期的行为，不能在一个构造函数连接点上使用后置通知，因为构造函数在对象创建完成后没有返回值可供后置通知访问。

FAQs：

问题 1：AspectJ 编译时出现“找不到切点”的错误，可能是什么原因？

回答：这种错误可能是由多种原因导致的，要检查切点表达式是否正确书写，是否存在语法错误或拼写错误，要确保被通知的方法或类在编译路径中是可见的，即编译器能够找到它们的定义，还要检查通知的定义是否在正确的切面中，并且该切面是否被正确编译和加载。

问题 2：如何在 AspectJ 编译后查看织入后的字节码？

回答：可以使用一些字节码反汇编工具来查看织入后的字节码，Java 自带的javap 命令可以对.class 文件进行反汇编，在命令行中进入包含编译后.class 文件的目录，然后执行类似javap -c MyClass 的命令（MyClass 是要查看的类名），就可以查看该类的字节码指令，其中会包含织入后的横切关注点逻辑，还有一些更专业的字节码查看工具，如IDA Pro、Smali 等，它们提供了更详细的字节码分析和图形化界面展示功能。

AspectJ编译面向切面编程
0

相关文章