访问最终字段时发生java异常NullPointerException
我不知道该怎么开始。我把荒谬的NullPointerException
放在了一个不应该的地方。我对答案期望不大,因为这种情况看起来很反常,但问题和答案(如果我最终找到答案的话)可能对教育目的有用。如果不会,我可能会删除这个问题
Caused by: java.lang.NullPointerException
at com.ah.dao.hbase.Snapshotable.lock(Snapshotable.java:17)
at com.ah.pipeline.dump.DumpController.dump(DumpController.java:78)
07: public abstract class Snapshotable {
08: private final AtomicBoolean readonly = new AtomicBoolean(false);
09:
10: abstract public TableSuit getTableInfo();
11:
12: public boolean locked() {
13: return readonly.get();
14: }
15:
16: public final void lock() {
17: readonly.set(true); <-- happens here
18: }
19:
20: public final void release() {
21: readonly.set(false);
22: }
23: }
起初readonly
变量不是final,所以我认为这可能是一种不安全的发布效果,但现在我不知道了。在我们的代码中没有使用这些变量的反射技巧,但是这个类后代的一些方法是用aspectj代理的。
使用aop详细信息更新
@Service
public class HDao extends Snapshotable {
@PerformanceMonitoring
public void save(PatchEvent patchEvent) {
if (locked()) {
throw new DumpException(tableName);
}
@Aspect
@Component
public class PMAdvice {
@Around(value = "@annotation(performanceMonitoring)", argNames = "jp, p")
public Object saveEvent(ProceedingJoinPoint jp, PerformanceMonitoring p) throws Throwable {
// basic stuff
# 1 楼答案
我可以用一个小程序复制它。这个问题确实与AOP有关。在调试的帮助下,我发现final方法不适用于AspectJ代理
事实证明,AspectJ中的代理是通过运行时子类化完成的。因此,它创建了一个包装器子类,将所有方法委托给代理对象。 它适用于非最终方法
简化示例:
这种技术与final方法有一个问题,因为它们不能在子类中重写。AspectJ以一种奇怪的方式处理它:它创建MyClass的另一个委托实例,并将所有最终的方法调用重定向到MyClass。这个委托甚至没有初始化,在我的例子中,它的最终字段为空
为了解决我的特殊问题,我刚刚从方法中删除了最后一个关键字