コンテキストにDaggerを挿入する必要がありますか？

Question

私はContagにDaggerを注入することが可能であることを知っています。例はhereとhereです。

一方、リークを避けるために静的変数にコンテキストを配置しないことについては、多数の記事があります。 Androidスタジオ（糸くず）もこれについて暖かいです：

Androidのコンテキストクラスを静的フィールドに配置しないでください。これは私がダガーでコンテキストを注入することにより、我々はシングルトンクラスでそれを置いているので、コンテキストが何らかの形で静的であることを理解し メモリリークである（ともインスタントランを破る）

。これはリントの警告に反していませんか？

コンテキストを注入すると、何らかの理由でそれを必要とする他のクラスにさらに渡すことができるように、不要な複数のクラスに渡す必要がなくなるため、よりクリーンなコードが作成されるようです例えばリソースを取得する）。

これは、何らかの望ましくないリークや糸くずが何らかの原因で発生する可能性があることを心配しています。

Answer 1

あなたが間違ったコンテキストの注入を防止するためにアサーションを使用することができますメモリリーク：

public class MyActivityHelper { 
    private final Context context; 

    @Inject 
    public MyActivityHelper (Context context) { 
     if (context instanceof Application) { 
       throw new IllegalArgumentExecption("MyActivityHelper requires an Activity context"); 
     } 
    } 
} 

代わりにあなたはあなたが誤ってアクティビティーコンテキストを必要とするアプリケーションのコンテキストを注入しない2つを区別するためにダガー2つの修飾子を使用することができます。 、ダガー2 @Singeltonは必ずしも静的参照ではないデビッドさんのコメントどおり、また

@Inject 
public class MyActivityHelper (@Named("activity") Context context) { 

注：その後、あなたのコンストラクタは次のようになります。

Answer 2

アクティビティのライフタイムより長い間、アクティビティコンテキスト（アクティビティはコンテキスト）を保存/参照しないでください。正しく言うと、メモリがリークします。アプリケーションコンテキストは、アプリケーションの存続期間がありますので、シングルトンでのストア/参照は安全です。 context.getApplicationContext（）を介してアプリケーションコンテキストにアクセスします。あなたがAndroidのライフサイクルを認識していると、アプリケーション・コンテキストおよびアクティビティとサービスあなたの可能性を心配している場合は、ダガー2.

を使用してコンテキストを注入過失がないのコンテキストを区別するように注意している場合