当前位置: 首页 > 知识库问答 >
问题:

Java AspectJ例外越狱

裴劲
2023-03-14

我有什么

我为一些特定方法设置了AspectJ连接点,以便能够测量它们的执行时间。我从不拦截代码流中的任何内容(因此我们可以称之为“只读”类型的编织代码)。相应的代码如下所示:

@Around("execution (* my.package.myclass..*(..)) && @annotation(my.another.package.Monitored)")
public Object logExecutionTime(ProceedingJoinPoint joinPoint) throws Throwable {
    Object returnObject = null;
    long startTime = System.currentTimeMillis();
    try {
        returnObject = joinPoint.proceed();
    } catch (Throwable throwable) {
        System.out.println("Intercepted exception " + throwable.getClass().getName() + ": " + throwable.getMessage());
        throw throwable; //<---- this does the jail-breaking
    } finally {
        long endTime = System.currentTimeMillis();
        long elapsedTime = endTime - startTime;
        MethodSignature signature = (MethodSignature) joinPoint.getSignature();
        Method method = signature.getMethod();
        Monitored annotation = method.getAnnotation(Monitored.class);
        //do some more logic as logging etc.
    }
    return returnObject;
}

此外,在应用程序代码本身中,我有如下内容:

try {
    //this is a monitored call:
    my.package.myclass.doStuff();
} catch (Throwable anyException) {
    //log stuff
    //& return default non-null entity
}

这意味着我会优雅地处理该层中任何可能的异常,并禁止将其抛出到上层。

出了什么问题

如果应用程序代码没有抛出异常,那么就没有问题,所有逻辑都正常工作——时间被测量、记录和跟踪。但是,如果应用程序抛出异常,它将从我在上面发布的应用程序处理程序中逃脱,并被抛出到上层。

在调试器中,我看到它是通过从aspected处理程序中抛出throwable的行来完成的。这是我不明白的。显然,如果我从那里删除抛出异常,情况会变得更糟,因为现在实体将null,整个应用程序流将被破坏

问题

如何正确处理异常,以便记录所有测量业务同时发生的情况,不允许他们越狱?

共有1个答案

施超
2023-03-14

就像对于Nándor一样,当我试图复制你的情况时,即使是LTW,它也对我有效。以下是一个独立的例子:

Java驱动程序应用程序:

package de.scrum_master.app;

public class Application {
    public static void main(String[] args) {
        try {
            new Application().doSomething();
        }
        catch (Throwable t) {
            System.out.println("Caught & handled exception: " + t);
        }
    }

    public void doSomething() throws InterruptedException {
        Thread.sleep(100);
        throw new RuntimeException("Oops!");
    }
}

方面:

package de.scrum_master.aspect;

import java.lang.reflect.Method;

import org.aspectj.lang.ProceedingJoinPoint;
import org.aspectj.lang.annotation.Around;
import org.aspectj.lang.annotation.Aspect;
import org.aspectj.lang.annotation.Before;
import org.aspectj.lang.reflect.MethodSignature;

@Aspect
public class RuntimeLogger {
    @Around("execution(!static * *(..))")
    public Object logExecutionTime(ProceedingJoinPoint joinPoint) throws Throwable {
        Object returnObject = null;
        long startTime = System.currentTimeMillis();
        try {
            returnObject = joinPoint.proceed();
        } catch (Throwable throwable) {
            System.out.println("Intercepted exception " + throwable.getClass().getName() + ": " + throwable.getMessage());
            throw throwable; //<---- this does the jail-breaking
        } finally {
            long endTime = System.currentTimeMillis();
            long elapsedTime = endTime - startTime;
            MethodSignature signature = (MethodSignature) joinPoint.getSignature();
            Method method = signature.getMethod();
            System.out.println(elapsedTime + " " + method);
        }
        return returnObject;
    }
}

控制台日志:

Intercepted exception java.lang.RuntimeException: Oops!
100 public void de.scrum_master.app.Application.doSomething() throws java.lang.InterruptedException
Caught & handled exception: java.lang.RuntimeException: Oops!

不久前,在StackOverflow上,有人想找到一种生成某种不可修补的“Chuck Norris异常”的方法,我在这里用AspectJ为他创建了一个。那么,猜猜看,你的代码中是否有另一个方面或建议,它(重新)引发了一个before():handler()建议的异常?例如,如果将此添加到aspect中:

@Before("handler(*) && args(t)")
public void enforceThrow(Throwable t) throws Throwable {
    System.out.println("Let's see if we can break the jail...");
    throw t;
}

然后控制台日志变成:

Let's see if we can break the jail...
100 public void de.scrum_master.app.Application.doSomething() throws java.lang.InterruptedException
Let's see if we can break the jail...
Exception in thread "main" java.lang.RuntimeException: Oops!
    at de.scrum_master.app.Application.doSomething_aroundBody0(Application.java:15)
    at de.scrum_master.app.Application$AjcClosure1.run(Application.java:1)
    at org.aspectj.runtime.reflect.JoinPointImpl.proceed(JoinPointImpl.java:149)
    at de.scrum_master.aspect.RuntimeLogger.logExecutionTime(RuntimeLogger.aj:18)
    at de.scrum_master.app.Application.doSomething(Application.java:14)
    at de.scrum_master.app.Application.main(Application.java:6)

这与您描述的效果非常相似。

 类似资料:
  • 前面提到多进程的并行可以提高并发度,那么进程是越多越好?一般遇到这种问题都回答不是,事实上,很多大型项目都不会同时开太多进程。 下面以支持100K并发量的Nginx服务器为例。 举个例子: Nginx Nginx是一个高性能、高并发的Web服务器,也就是说它可以同时处理超过10万个HTTP请求,而它建议的启动的进程数不要超过CPU个数,为什么呢? 我们首先要知道Nginx是Master-worke

  • 我正在使用Firebase来保存我的数据。我试图在活动中分离Firebase方法和我的方法。例如,我已经创建了一个名为"Firebase method odsHelper"的类,在那里我想编写所有的Firebase方法。例如,"getAllUser"方法应返回列表中的所有用户。我唯一的问题是它不起作用。 我不知道我做错了什么,所以如果你们能帮我。 碎片 FirebaseMethodHelper类

  • 我有一个Spring启动,Hibernate使用java应用程序。我部署它在一个jetty webserver与多个实例.如果我有太多(大于10)很多实例我得到 许多连接(10x实例)显示为空闲 ps: 实例的Hikari跟踪日志: 设置 没有记录任何有趣的事情。我认为这看起来很有趣-连接不可用 有什么办法可以调试这个吗?我也在java 7上,所以hikari 2.4.7

  • 问题内容: 设计可能引发异常的单例类的最佳方法是什么? 在这里,我有一个Singleton(使用Bill Pugh的方法,在Wiki中为Singleton记录)。 如果在2处引发异常,我想将其传播给调用方。但是,我不能从第1行引发异常。 因此,如果单例对象创建不正确,我唯一的选择是返回空对象吗? 谢谢 PS我确实意识到,如果该Singleton通过不同的类加载器加载或反射加载,则可能会损坏,但是对

  • 我对Java应用程序相当陌生。我正在尝试在eclipse中运行这个开源应用程序。我已经逐一包含了所需的所有外部库,并删除了所有错误。现在,当我运行应用程序时,我在运行时遇到异常。控制台中的消息如下所示: 现在,我可以看出,slf4j日志库是一个例外。我曾尝试在“配置构建路径”的外部jar部分中包含不同版本的slf4j,但我得到了相同的例外。所以我认为slf4j的版本控制不是这里的问题。此外,在异常

  • SqlAlchemy ORM异常。 Object Name Description ConcurrentModificationError alias of sqlalchemy.orm.exc.StaleDataError NO_STATE 检测实现可能引发的异常类型。 attribute sqlalchemy.orm.exc..sqlalchemy.orm.exc.ConcurrentModi