Spring AOPとAspectJを比較する

簡単に言えば、Spring AOPとAspectJには異なる目標があります。

Spring AOPは、プログラマーが直面する最も一般的な問題を解決するために、Spring IoC全体に単純なAOP実装を提供することを目指しています。 It is not intended as a complete AOP solution –Springコンテナによって管理されるBeanにのみ適用できます。

一方、AspectJ is the original AOP technology which aims to provide complete AOP solution.は、Spring AOPよりも堅牢ですが、かなり複雑です。 AspectJはすべてのドメインオブジェクトに適用できることにも注意してください。

AspectJとSpring AOPは両方とも、パフォーマンスと使いやすさに関する動作に影響する異なる種類の織り方を使用します。

AspectJは、3種類の織り方を使用します。

AspectJ自体の詳細については、head on over to this articleを参照してください。

AspectJはコンパイル時とクラスロード時のウィービングを使用するため、Spring AOP makes use of runtime weaving。

ランタイムウィービングでは、ターゲットオブジェクトのプロキシを使用してアプリケーションの実行中にアスペクトが織り込まれます。JDK動的プロキシまたはCGLIBプロキシ（次のポイントで説明します）を使用します。

Spring AOPは、プロキシベースのAOPフレームワークです。 これは、ターゲットオブジェクトにアスペクトを実装するために、そのオブジェクトのプロキシを作成することを意味します。 これは、次の2つの方法のいずれかを使用して実現されます。

Spring AOPプロキシメカニズムについては、the official docsから詳しく知ることができます。

一方、AspectJは、クラスがアスペクトを使用して直接コンパイルされるため、実行時に何も実行しません。

そのため、Spring AOPとは異なり、デザインパターンは必要ありません。 コードにアスペクトを織り込むために、AspectJコンパイラー（ajc）として知られるコンパイラーを導入します。これにより、プログラムをコンパイルし、小さな（100K未満の）ランタイムライブラリを提供して実行します。

セクション3.3では、Spring AOPがプロキシパターンに基づいていることを示しました。 このため、対象のJavaクラスをサブクラス化し、それに応じて横断的な関心事を適用する必要があります。

ただし、制限があります。 We cannot apply cross-cutting concerns (or aspects) across classes that are “final” because they cannot be overridden and thus it would result in a runtime exception.

同じことが静的メソッドと最終メソッドにも当てはまります。 それらはオーバーライドできないため、Springのアスペクトはそれらに適用できません。 したがって、Spring AOPはこれらの制限のため、メソッド実行の結合点のみをサポートします。

ただし、AspectJ weaves the cross-cutting concerns directly into the actual code before runtime. Spring AOPとは異なり、ターゲットオブジェクトをサブクラス化する必要がないため、他の多くの結合点もサポートします。 サポートされているジョインポイントの概要は次のとおりです。

Spring AOPでは、同じクラス内で呼び出されるメソッドにアスペクトが適用されないことにも注意してください。

これは明らかに、同じクラス内のメソッドを呼び出すときに、SpringAOPが提供するプロキシのメソッドを呼び出さないためです。 この機能が必要な場合は、異なるBeanで個別のメソッドを定義するか、AspectJを使用する必要があります。

Spring AOPは、ビルドプロセスの間に追加のコンパイラやウィーバーを導入しないため、明らかに単純です。 ランタイムウィービングを使用するため、通常のビルドプロセスとシームレスに統合されます。 シンプルに見えますが、Springによって管理されるBeanでのみ機能します。

ただし、AspectJを使用するには、AspectJコンパイラ（ajc）を導入し、すべてのライブラリを再パッケージ化する必要があります（ポストコンパイルまたはロード時のウィービングに切り替えた場合を除く）。

もちろん、これは前者よりも複雑です。AspectJJava Tools（コンパイラ（ajc）、デバッガ（ajdb）、ドキュメントジェネレータ（ajdoc）、プログラム構造ブラウザ（ajbrowser）を含む）を導入しているためです。 IDEまたはビルドツールのいずれかと統合する必要があります。

パフォーマンスに関する限り、compile-time weaving is much faster than runtime weaving。 Spring AOPはプロキシベースのフレームワークであるため、アプリケーションの起動時にプロキシが作成されます。 また、アスペクトごとにメソッド呼び出しがさらにいくつかあり、パフォーマンスに悪影響を及ぼします。

一方、AspectJは、アプリケーションが実行される前にアスペクトをメインコードに織り込むため、Spring AOPとは異なり、追加のランタイムオーバーヘッドはありません。

これらの理由から、benchmarksは、AspectJがSpring AOPよりも約8〜35倍高速であることを示しています。