用户 selig 是对的:您可能不想拦截所有对象创建,尤其是 JDK/JRE 类中的那些。但是对于它的价值,这里是对什么有效以及如何无效的解释:
一个小的驱动程序应用程序:
public class Application {
public static void main(String[] args) {
new Application();
new String();
}
}
具有不同类型的构造函数相关切入点/建议的方面:
public aspect ObjectCreationAspect {
before() : preinitialization(*.new(..)) && !within(ObjectCreationAspect) {
System.out.println(thisJoinPointStaticPart);
}
before() : initialization(*.new(..)) && !within(ObjectCreationAspect) {
System.out.println(thisJoinPointStaticPart);
}
before() : call(*.new(..)) && !within(ObjectCreationAspect) {
System.out.println(thisJoinPointStaticPart);
}
before() : execution(*.new(..)) && !within(ObjectCreationAspect) {
System.out.println(thisJoinPointStaticPart);
}
}
编织驱动程序应用程序的输出:
call(Application())
preinitialization(Application())
initialization(Application())
execution(Application())
call(java.lang.String())
解释:
AspectJ 中有不同类型的编织:
- 编译时编织(CTW):只能编织由ajc(AspectJ 编译器)编译的类。这不包括 JDK/JRE 类以及您不从源代码编译的第 3 方库。上面的示例输出显示了编译时编织的效果。
- 二进制编织 (BW):AspectJ 编译器用于将方面代码直接编译为现有字节码。这适用于您自己的预编译应用程序类以及第 3 方库。如果将rt.jar放在 AspectJ 编译器的路径中,理论上它也适用于 JDK/JRE 类。JDK/JRE 编织有点棘手,但我以前做过。您可以生成一个新编织的rt.jar版本,或者只是一个带有一些编织 JDK 类的小 JAR 文件,然后在启动应用程序时将其添加到 JDK/JRE 的引导类路径中。
- 加载时编织 (LTW):基本上这是 BW,但在类加载期间动态完成。在这个 AspectJ 场景中,您只能编织在方面编织器的影响下由类加载器加载的类。因此,它适用于您自己的代码和第 3 方库,但通常不适用于在加载方面编织器之前加载的 JDK/JRE 引导类。这是一个先有后继的问题:编织器需要在 JRE 被加载之前运行,但是为了编织 JRE 类,编织器必须在这些类被引导之前在那里。
现在您可以轻松地从您自己的代码或编织的 3rd 方代码中拦截对 JDK/JRE 构造函数的调用call(java.lang.String())
,正如您在日志输出行中看到的那样。但是,您不能拦截从 JRE 类到 JRE 类的内部调用。
说了这么多,我真的很想知道你想做什么样的可怕的事情。我的意思是,你解释它,这听起来像是一个巨大的设计错误。或者您想重新发明轮子并编写某种已经存在的分析器或调试器。您对拦截每个单独的对象创建有何期望?如果仅记录您正在记录的字符串,它将极大地减慢您的应用程序,大大增加内存消耗并创建更多对象。请重新考虑并尝试考虑您真正想做的事情。也许那时我们可以建议一种实现目标的聪明方法。