このHandlerクラスは静的である必要があります。そうしないとリークが発生する可能性があります：IncomingHandler

サービス付きのAndroid 2.3.3アプリケーションを開発しています。メインアクティビティと通信するために、このサービスの内部にこれを持っています

public class UDPListenerService extends Service
{
    private static final String TAG = "UDPListenerService";
    //private ThreadGroup myThreads = new ThreadGroup("UDPListenerServiceWorker");
    private UDPListenerThread myThread;
    /**
     * Handler to communicate from WorkerThread to service.
     */
    private Handler mServiceHandler;

    // Used to receive messages from the Activity
    final Messenger inMessenger = new Messenger(new IncomingHandler());
    // Use to send message to the Activity
    private Messenger outMessenger;

    class IncomingHandler extends Handler
    {
        @Override
        public void handleMessage(Message msg)
        {
        }
    }

    /**
     * Target we publish for clients to send messages to Incoming Handler.
     */
    final Messenger mMessenger = new Messenger(new IncomingHandler());
    [ ... ]
}

ここでfinal Messenger mMessenger = new Messenger(new IncomingHandler());、次のLint警告が表示されます。

This Handler class should be static or leaks might occur: IncomingHandler

どういう意味ですか？

IncomingHandlerクラスが静的でない場合は、Serviceオブジェクトへの参照があります。

Handler 同じスレッドのオブジェクトはすべて、メッセージの投稿と読み取りを行う共通のLooperオブジェクトを共有します。

メッセージにはtargetが含まHandlerれているため、メッセージキューにターゲットハンドラーがあるメッセージがある限り、ハンドラーはガベージコレクションできません。ハンドラが静的でない場合は、あなたServiceやしてActivityも、破壊された後、ゴミ収集することはできません。

これにより、少なくともしばらくの間、メッセージがキューに残っている限り、メモリリークが発生する可能性があります。長い遅延メッセージを投稿しない限り、これはそれほど問題にはなりません。

あなたはIncomingHandler静的にすることができ、WeakReferenceあなたのサービスに持っています：

static class IncomingHandler extends Handler {
    private final WeakReference<UDPListenerService> mService; 

    IncomingHandler(UDPListenerService service) {
        mService = new WeakReference<UDPListenerService>(service);
    }
    @Override
    public void handleMessage(Message msg)
    {
         UDPListenerService service = mService.get();
         if (service != null) {
              service.handleMessage(msg);
         }
    }
}

詳細については、Romain Guyによるこの投稿を参照してください

他の人がLint警告を述べたように、潜在的なメモリリークが原因です。Lint警告を回避するにはHandler.Callback、構築時にaを渡しHandlerます（つまり、サブクラスを使用せずHandler、Handler静的でない内部クラスはありません）。

Handler mIncomingHandler = new Handler(new Handler.Callback() {
    @Override
    public boolean handleMessage(Message msg) {
        // todo
        return true;
    }
});

私が理解しているように、これは潜在的なメモリリークを回避しません。Messageオブジェクトは、mIncomingHandlerオブジェクトへの参照Handler.Callbackを保持するServiceオブジェクトへの参照を保持するオブジェクトへの参照を保持します。Looperメッセージキューにメッセージがある限り、ServiceGCにはなりません。ただし、メッセージキューに長い遅延メッセージがない限り、深刻な問題にはなりません。

以下は、弱参照と静的ハンドラークラスを使用して問題を解決する一般的な例です（Lintのドキュメントで推奨されています）。

public class MyClass{

  //static inner class doesn't hold an implicit reference to the outer class
  private static class MyHandler extends Handler {
    //Using a weak reference means you won't prevent garbage collection
    private final WeakReference<MyClass> myClassWeakReference; 

    public MyHandler(MyClass myClassInstance) {
      myClassWeakReference = new WeakReference<MyClass>(myClassInstance);
    }

    @Override
    public void handleMessage(Message msg) {
      MyClass myClass = myClassWeakReference.get();
      if (myClass != null) {
        ...do work here...
      }
    }
  }

  /**
   * An example getter to provide it to some external class
   * or just use 'new MyHandler(this)' if you are using it internally.
   * If you only use it internally you might even want it as final member:
   * private final MyHandler mHandler = new MyHandler(this);
   */
  public Handler getHandler() {
    return new MyHandler(this);
  }
}

この方法は私にとってはうまく機能し、独自の内部クラスでメッセージを処理する場所を維持することでコードをクリーンに保ちます。

使用したいハンドラ

Handler mIncomingHandler = new Handler(new IncomingHandlerCallback());

内部クラス

class IncomingHandlerCallback implements Handler.Callback{

        @Override
        public boolean handleMessage(Message message) {

            // Handle message code

            return true;
        }
}

@Soggerの回答を利用して、汎用ハンドラーを作成しました。

public class MainThreadHandler<T extends MessageHandler> extends Handler {

    private final WeakReference<T> mInstance;

    public MainThreadHandler(T clazz) {
        // Remove the following line to use the current thread.
        super(Looper.getMainLooper());
        mInstance = new WeakReference<>(clazz);
    }

    @Override
    public void handleMessage(Message msg) {
        T clazz = mInstance.get();
        if (clazz != null) {
            clazz.handleMessage(msg);
        }
    }
}

インターフェース：

public interface MessageHandler {

    void handleMessage(Message msg);

}

以下のように使っています。しかし、これがリークセーフかどうかは100％わかりません。たぶん誰かがこれについてコメントすることができます：

public class MyClass implements MessageHandler {

    private static final int DO_IT_MSG = 123;

    private MainThreadHandler<MyClass> mHandler = new MainThreadHandler<>(this);

    private void start() {
        // Do it in 5 seconds.
        mHandler.sendEmptyMessageDelayed(DO_IT_MSG, 5 * 1000);
    }

    @Override
    public void handleMessage(Message msg) {
        switch (msg.what) {
            case DO_IT_MSG:
                doIt();
                break;
        }
    }

    ...

}

確かではありませんが、onDestroy（）でハンドラーをnullに初期化してみることができます

よくわかりません。私が見つけた例では、静的プロパティを完全に回避し、UIスレッドを使用しています。

    public class example extends Activity {
        final int HANDLE_FIX_SCREEN = 1000;
        public Handler DBthreadHandler = new Handler(Looper.getMainLooper()){
            @Override
            public void handleMessage(Message msg) {
                int imsg;
                imsg = msg.what;
                if (imsg == HANDLE_FIX_SCREEN) {
                    doSomething();
                }
            }
        };
    }

このソリューションで気に入っているのは、クラス変数とメソッド変数を混在させても問題がないことです。