最終フィールドにアクセスすると奇妙なNullPointerExceptionが発生する

Question

これを開始する方法がわかりません。私はばかばかしいNullPointerExceptionがあるべきではない場所にある。状況は異常のように見えるので、私は答えからあまり期待していませんが、質問と答え（私が最終的に見つけたら）は教育目的に役立つかもしれません。そうでない場合は、おそらく質問を削除します。最初readonly変数で

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: } 

決勝ではなかったので、それは危険な出版効果かもしれない私が、今は何のアイデアを持っていません。これらの変数にはコード内のリフレクトトリックはありませんが、このクラスの子孫のいくつかのメソッドは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 

Answer 1

と

---

アップデートは、私は小さなプログラムでそれを再現することができます。 AOPには本当に問題がありました。デバッグの助けを借りて、私は最終的なメソッドがAspectJプロキシで動作しないことを発見しました。

AspectJでのプロキシ処理は、ランタイムサブクラス化によって行われることが判明しました。したがって、すべてのメソッドを代理オブジェクトに委譲するラッパー・サブクラスを作成します。 最終的な方法では問題ありません。

簡略化した例：

class WrapperProxy extends MyClass { 
    private MyClass delegate = new MyClass(); 

    @Override 
    public void run() { 
     delegate.run(); 
    } 
} 

この技術は、それらがサブクラスでオーバーライドすることができないため、最終的な方法に問題があります。 AspectJはそれを妙な方法で処理します。MyClassの別のデリゲートインスタンスを作成し、すべての最終メソッド呼び出しをそのインスタンスにリダイレクトします。このデリゲートは初期化されていませんし、私の場合は最終フィールドがnullです。

特定の問題を解決するために、メソッドから最終的なキーワードを削除しました。