This Handler class should be static or leaks might occur，Handler和Context使用的注意事项！

android中，在使用到handler的时候，如果按如下代码编写：

然后运行android lint工具会有一个内存泄露警告:

this handler class should be static or leaks might occur (com.example.ta.mainactivity.1) issue: ensures that handler classes do not hold on to a reference to an outer class id: handlerleak in android, handler classes should be static or leaks might occur. messages enqueued on the application thread’s messagequeue also retain their target handler. if the handler is an inner class, its outer class will be retained as well. to avoid leaking the outer class, declare the handler as a static nested class with a weakreference to its outer class.

原因是：

当android应用启动的时候，会先创建一个应用主线程的looper对象，looper实现了一个简单的消息队列，一个一个的处理里面的message对象。主线程looper对象在整个应用生命周期中存在。

当在主线程中初始化handler时，该handler和looper的消息队列关联。发送到消息队列的message会引用发送该消息的handler对象，这样系统可以调用 handler#handlemessage(message) 来分发处理该消息。

在java中，非静态(匿名)内部类会引用外部类对象。而静态内部类不会引用外部类对象。

如果外部类是activity，则会引起activity泄露 。

当activity finish后，延时消息会继续存在主线程消息队列中1分钟，然后处理消息。而该消息引用了activity的handler对象，然后这个handler又引用了这个activity。这些引用对象会保持到该消息被处理完，这样就导致该activity对象无法被回收，从而导致了上面说的 activity泄露。

要修改该问题，只需要按照lint提示的那样，把handler类定义为静态即可，然后通过weakreference 来保持外部的activity对象。

所以，在activity中使用内部类的时候，需要时刻考虑您是否可以控制该内部类的生命周期，如果不可以，则最好定义为静态内部类。

另外，再附上一个注意事项知识点，希望对大家有用：

不要持有 context 的静态引用！

上面这点代码，对于一个有丰富经验的人来，可能不会犯这样的错误。然后也会有很多人会犯这样的错误，一段看似没有问题的代码，实际上可能会给我们的应用带来麻烦。不要这样做，可能会出问题的。

如果 myaccountinfo 通过它的构造函数保持一个指向activity的引用，这个activity将不会被垃圾回收(gc)，除非静态变量被从新分配到不同的activity。这是因为 info 是静态变量，而静态变量的内存是不会被回收，直到应用程序退出才回收。如果你正在试图做这样的事情，你的代码很有可能有严重的错误。根据实际逻辑需要换个写法吧！

注：从技术上说，你可以对一个application context进行静态变量引用而不引起内存泄露，但我不建议你这样做。