我有什么
我为一些特定方法设置了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
,整个应用程序流将被破坏
问题
如何正确处理异常,以便记录所有测量业务同时发生的情况,不允许他们越狱?
就像对于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