ChatGPT解决这个技术问题 Extra ChatGPT

这个 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

这是什么意思?

查看此blog post,了解有关此主题的更多信息!
垃圾回收导致的内存泄漏……这足以证明Java是如何不一致和设计糟糕的

A
Ahmad Kayyali

如果 IncomingHandler 类不是静态的,它将引用您的 Service 对象。

同一线程的 Handler 对象都共享一个公共 Looper 对象,它们向该对象发布消息并从中读取。

由于消息中包含target Handler,只要消息队列中有带有target handler的消息,就不能对handler进行垃圾回收。如果处理程序不是静态的,则您的 ServiceActivity 不能被垃圾收集,即使在被销毁之后也是如此。

这可能会导致内存泄漏,至少在一段时间内 - 只要消息留在队列中。除非您发布长时间延迟的消息,否则这不是什么大问题。

您可以将 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 的此 post 以获取更多参考


Romain 表明,只需要对外部类的 WeakReference 即可 - 不需要静态嵌套类。我想我会更喜欢 WeakReference 方法,因为否则整个外部类会由于我需要的所有“静态”变量而发生巨大变化。
如果要使用嵌套类,它必须是静态的。否则,WeakReference 不会改变任何东西。内部(嵌套但非静态)类始终持有对外部类的强引用。但是,不需要任何静态变量。
@SomeoneSomewhere mSerivce 是一个弱引用。当引用的对象被 gc-ed 时,get() 将返回 null。在这种情况下,当服务死亡时。
注意:将 IncomingHandler 设为静态后,我收到错误“构造函数 MyActivity.IncomingHandler() 未定义。”在“final Messenger inMessenger = new Messenger(new IncomingHandler());”这一行上。解决方案是将该行更改为“final Messenger inMessenger = new Messenger(new IncomingHandler(this));”。
@Someone Someone 是的,Romain 的帖子是错误的,因为他错过了声明内部类 static 错过了整点。除非他有一些超酷的编译器,当它们不使用类变量时,它会自动将内部类转换为静态类。
A
Aaron

正如其他人提到的那样,Lint 警告是因为潜在的内存泄漏。您可以通过在构造 Handler 时传递 Handler.Callback 来避免 Lint 警告(即您没有子类 Handler 并且没有 Handler 非静态内部类):

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

据我了解,这不会避免潜在的内存泄漏。 Message 对象持有对 mIncomingHandler 对象的引用,该对象持有对 Handler.Callback 对象的引用,该对象持有对 Service 对象的引用。只要Looper消息队列中有消息,Service就不会被GC。但是,除非您在消息队列中有长时间延迟的消息,否则这不会是一个严重的问题。


@Braj我不认为避免棉绒警告但仍然保持错误是一个很好的解决方案。除非,正如 lint 警告所述,如果处理程序未放在主循环器上(并且您可以确保在销毁类时销毁所有挂起的消息),否则泄漏引用会得到缓解。
s
skamlet

这是一个使用弱引用和静态处理程序类来解决问题的通用示例(如 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);
  }
}

索格的例子很棒。但是,Myclass 中的最后一个方法应声明为 public Handler getHandler() 而不是 public void
它类似于 Tomasz Niedabylski 的回答
d
dhilt

这种方式对我来说效果很好,通过将处理消息的位置保持在其自己的内部类中来保持代码清洁。

您希望使用的处理程序

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

内部类

class IncomingHandlerCallback implements Handler.Callback{

        @Override
        public boolean handleMessage(Message message) {

            // Handle message code

            return true;
        }
}

在这里,handleMessage 方法最终返回 true。您能否解释一下这到底是什么意思(返回值真/假)?谢谢。
我对返回 true 的理解是表明您已经处理了消息,因此不应将消息传递到其他任何地方,例如底层处理程序。那就是说我找不到任何文档,并且很乐意更正。
Javadoc 说:构造函数将此处理程序与当前线程的 Looper 相关联,并采用一个回调接口,您可以在其中处理消息。如果该线程没有 Looper,则该处理程序将无法接收消息,因此会引发异常。 <-- 我认为 new Handler(new IncomingHandlerCallback()) 在没有 Looper 附加到线程时将不起作用,并且可以是这种情况。我并不是说在某些情况下这样做是错误的,我只是说它并不总是像您期望的那样工作。
@StuartCampbell:你是对的。请参阅:groups.google.com/forum/#!topic/android-developers/L_xYM0yS6z8
m
mbo

在@Sogger's answer的帮助下,我创建了一个通用处理程序:

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

    ...

}

C
Chaitanya

我不确定,但您可以尝试在 onDestroy() 中将处理程序初始化为 null


同一个线程的处理程序对象都共享一个共同的 Looper 对象,它们向该对象发送消息并从中读取。由于消息中包含target Handler,只要消息队列中有带有target handler的消息,该handler就不能被垃圾回收。
u
user2515235

我很困惑。我发现的示例完全避免了静态属性并使用 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();
                }
            }
        };
    }

我喜欢这个解决方案的一点是尝试混合类和方法变量没有问题。


关注公众号,不定期副业成功案例分享
关注公众号

不定期副业成功案例分享

领先一步获取最新的外包任务吗?

立即订阅