7.8w+
社区成员
- 全部
- 音视频
- Camera
- UI
- SDK
- Android Studio
- 问答
关于Handler泄漏和弱引用的问题
非静态Handler可能导致泄漏，这也是讨论很久了，我想问的不是这个，而是解决方案中，基本都是说通过声明为静态的，完后里面用弱引用来对外部的activity来进行引用，这样就不影响外部的activity被回收，网上随便找的代码如下：
这里的mActivity是外部Activity的弱引用，而且GC时，如果一个对象只有弱引用，那无论内存是否充足，都会被回收，我想问的是，如果外部Activity被finish掉了，进行GC时，Activity就会被回收，那回收后程序中的mActivity就会为空，里面的逻辑 mImageView.setImageBitmap(mBitmap);也就不会执行了，那这样一来，避免内存泄漏是否有意义，因为回收外部Activity的时候，内存可能其实是充足的，回收后，handler里面的逻辑就不会被执行了，这样程序逻辑就会出现错误，只是降低了FC的可能性
static class MyHandler extends Handler {
WeakReference<Activity > mActivityReference;
MyHandler(Activity activity) {
mActivityReference= new WeakReference<Activity>(activity);
}
@Override
public void handleMessage(Message msg) {
final Activity mActivity = mActivityReference.get();
if (mActivity != null) {
mImageView.setImageBitmap(mBitmap);
}
}
}
这里的mActivity是外部Activity的弱引用，而且GC时，如果一个对象只有弱引用，那无论内存是否充足，都会被回收，我想问的是，如果外部Activity被finish掉了，进行GC时，Activity就会被回收，那回收后程序中的mActivity就会为空，里面的逻辑 mImageView.setImageBitmap(mBitmap);也就不会执行了，那这样一来，避免内存泄漏是否有意义，因为回收外部Activity的时候，内存可能其实是充足的，回收后，handler里面的逻辑就不会被执行了，这样程序逻辑就会出现错误，只是降低了FC的可能性
...全文
当前发帖距今超过3年，不再开放新的回复
发表回复
爵小友 2017-08-17
如果知道在结束的时候把handler任务给取消掉至空，那就不会出现内存泄漏了吧，设置弱引用还有什么意义？
只为搞笑 2016-03-14
我这里的ImageView只是举一个例子，实际情况可能是一个比较耗时的操作，用户不会一直在这个界面等着，允许用户退出这个界面，但耗时操作要继续执行，不能因为Activity被回收就停止了[/quote]
那你所说的这种耗时任务，理因用Service来执行，看看service的定义，适合管理程序退出后，任然要继续执行的任务。这里就不该用activity来管理这类任务，因为activity引用着大量的资源，退出后不释放就是不合理。
luqing414 2016-03-14
我这里的ImageView只是举一个例子，实际情况可能是一个比较耗时的操作，用户不会一直在这个界面等着，允许用户退出这个界面，但耗时操作要继续执行，不能因为Activity被回收就停止了
过儿丶 2016-03-11
好像是6L说的这样
只为搞笑 2016-03-11
你里面的程序逻辑是为了更新这个activity里的一个ImageView，但是这个activity已经被回收了，更新这个逻辑本来就没有意义，哪里存在逻辑错误一说呢？但如果你是强引用的这个activity，那么finish不会回收这个activity，这也就是内存泄漏，没有用的activity还一直占用着内存，这个才是错误，为什么说没有意义？你这个问题本来问得就有问题。
中才德创 2016-03-11
这个问题，基本上没明白人或者说的明白的人
luqing414 2016-03-10
没人知道吗？
翼德兄 2016-03-10
如果activity被销毁掉，handlemessage里就不该被执行了，因为aci如果真被回收了，它的imageview变量为null
内存充足与否都不允许有内存泄露的问题
xingzhong128 2016-03-10
事实上弱引用对象会在gc时被回收有一个必要条件，那就是只有这一个弱引用引用了当前的对象，如果出了弱引用还有强引用（也就是不带任何修饰的引用），那么gc时肯定不会回收这个对象。actiivty的引用大部分情况下放在task队列里，这是个强引用，只要这个强引用在handler里的回调是弱引用就能得到对象，回调就会被执行；如果activity被销毁退栈了，那么activity的强引用不存在了，只剩下handler里的弱引用，gc会回收对象，这个时候回调其实已经没有意义了。
tcmakebest 2016-03-10
在页面 onStop 的时候使用 handler.removeCallbacksAndMessages(null); 不就好了.
* Remove any pending posts of callbacks and sent messages whose
* <var>obj</var> is <var>token</var>. If <var>token</var> is null,
* all callbacks and messages will be removed.
Java 强引用和弱引用及Handler内存泄漏问题 Java中的强引用和弱引用 一、概述 众所周知, Java中是由JVM负责内存的分配和回收，它的优点是使用方便, 程序员不用再像使用那样操心内存,但同时也是它的缺点，不够灵活。为了解决内存操作不灵活这个问题，可以采用弱...
Handler造成Activity泄漏，用弱引用真的有用么? 网上很多教程，解决Handler造成的内存泄漏问题，基本上是使用弱引用来解决的，但是使用弱引用真的有效么?直接写代码演示，以及分析。 下面分析过程分为4种，第一种是Handler声明成静态的并且弱引用Activity。第二种...
Android—解决handler造成的弱引用问题 handler可能会导致内存泄漏的问题： 因为handler是异步操作，而且会持有activity的引用，如果activity要被销毁，但是handler还在执行，那么在垃圾回收的时候就无法回收activity，就会造成一个内存泄漏。 可能会...
关于安卓handler弱引用（防止内存泄漏） 这个方法是属于context的，而activity、service都是context的子类，所以我们在一个activity中可以直接用这个方法，此时，startActivity和ExampleActivity.startActivity是一样的，简言之：ExampleActivity可以省略。...
Android 优化之handler弱引用 Android 开发的小伙伴都知道， 典型的开发场景就是用 Handler 来更新UI或者做一些简单耗时的操作。 举个例子，这样一写就完成了。 Handler mHandler = new Handler(){ @Override public void handleMessage...
Handler优化弱引用的疑问 对于对象的四种引用相信大家都不陌生，由强到弱分别是：强引用、软引用、弱引用和虚引用。 强引用 无法被GC回收，当内存不足时报OOM。 软引用 如果一个对象只具有软引用，那么如果内存空间足够，垃圾回收器就...
Android Runnable与Handler和Thread的使用，Handler构造方法弱引用实现 PS：在使用Runnable时，可能会内存泄露。Runnable是一个匿名内部类，因此它对当前Activity有一个隐式引用。如果Activity在销毁之前，任务还未完成， 那么将导致Activity的内存资源无法回收，造成内存泄漏。那么该...
Handler还需要用到弱引用(WeakReference)吗? 网上很多文章都说写Hanlder，需要用static声明为静态的，还需要用弱引用包裹构造函数传来的Activity实例。 比如这篇英文博客 http://www.androiddesignpatterns.com/2013/01/inner-class-handler-memory-leak.html...
Handler的弱引用 mInterHandler是一个私有静态内部类继承自Handler，内部持有MainActivity的弱引用，这样做的目的是避免内存泄露WeakReference<MainActivity>中的MainActivty是你所在的类。 private InterHandler ...
Android中Handler弱引用工具类 经常会用到Handler，我们也清楚它会内存泄露，如果再View中使用，很难做到onDestroy( )中removeAllCallback(null)，索性写个工具类，但是我在项目中使用时候，发现有被GC的风险。 /** * Created by ibalde.Wang on ...
Handler 优化，采用弱引用引用外部对象，避免内存泄漏 代码小白白，遇到问题记录下，下次就不用翻之前的代码了 调用方法： @Override protected void initHead() { mHandler = new MyHandler(this); } 1、 Message msg = new Message(); msg.arg1 = 0; msg.what...
安卓：使用弱引用解决Handler带来的内存泄漏 像Handler handler= new Handler(){};的可能会出现内存泄漏 ... //弱引用 Handler public static class MyHandler extends Handler { private WeakReference<MainActivity> weakReference; pu...
Handler持有Activity的泄露解决:静态内部类+弱引用 在处理handle异步消息处理机制中，我们经常会写出如下代码： public class HandlerTestActivity extends ... private final Handler mHandler = new Handler() { @Override public void handleMessage(Message msg...
内存泄漏之弱引用的Handler为什么不会被回收掉？ 1.Handler的基本使用 public class MainActivity extends AppCompatActivity { private TextView mTextView; private final MyHandler mHandler = new MyHandler(new WeakReference<MainActivity>(this))...
弱引用Handler handler 导致内存泄漏问题很常见，因此需要让它弱引用 context。如下处理一下更好用 消息处理回调接口 public interface IMessageConsumer { //消费事件 void handleMessage(Message msg); } 弱引用包装 ...
Handler的正确使用,使用静态内部类+弱引用,解决内存泄漏，举例说明在使用ProgressBar时的Handler类的静态... 在Android中使用ProgressBar进行回调设置进度时候会提示‘This Handler class should be static or leaks might occur’的警告，那就说明是你的自定义Handler类有内存泄露的问题，一般来说就是持有外部类的引用。...
Android Handler、非静态、匿名内部类的内存泄漏，用静态内部类+弱引用或handler.... 但是，仅仅持有引用并不会引起内存泄漏，但是如果有什么延时的操作，而且进行某个延时操作的对象还必须以持有外部类为基础才能进行的，这个时候就内存泄漏了。静态内部类可以解决这个问题，后面讲。 比如Ha
面试问Handler内存泄露的场景，别就只知道静态内部类&弱引用！ 那么如果出现内存泄露，可以理解为就是一个长生命周期的对象，引用了短生命周期的对象，导致短生命周期的对象，在生命周期结束后，仍然得不到回收，最终导致内存泄露。 而 Handler 若是使用不当
Android 解决Handler内存泄漏问题 Android 解决Handler内存泄漏问题前言更多描述解决方法自定义弱引用Handler创建BaseActivity继承使用完事 前言 最近在维护老项目的时候发现，使用handler延时处理的事件再activity结束后仍旧再执行，导致activity...
Handler使用静态内部类+弱引用防止内存泄漏（进阶，高级开发必会） 内存泄漏检测工具参见https://github.com/square/leakcanary LeakCanary gradle中配置 debugCompile 'com.squareup.leakcanary:leakcanary-android:1.3' releaseCompile '...
Handler相关的弱引用 如果一个对象只具有弱引用，那就类似于可有可物的生活用品。弱引用与软引用的区别在于：只具有弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它 所管辖... 弱引用可以和一个引用队列（ReferenceQueue）联合
android 实例-弱引用示例 Handler正确使用方法 android 习惯性问题：在使用handler的时候喜欢使用内部类形式。 private final Handler handler = new Handler(){ @Override public void handleMessage(Message msg) { super.handleMessag...
Handler中的内存泄露 GC可达性实践-内存泄露分析 场景1 看码识错误1： class Scene1Activity : AppCompatActivity() { private val mHandler = Handler() override fun onCreate(savedInstanceState: Bundle?) { supe...
handler 弱引用 handler比较容易造成内存泄漏，所以进行改进 @SuppressWarnings("unused") public class WeakHandler { private final Handler.Callback mCallback; // hard reference to Callback. We need to keep callback ...
嵌入式工程师养成计划之——嵌入式软件工程师完全学习指南 本系列课程针对有意向学习嵌入式软件开发的童鞋，从零开始、深入浅出，内容涵盖：linux系统基础、shell、linux C编程、linux系统编程、网络编程、ARM体系结构及汇编语言、ARM裸机编程、linux系统移植、linux驱动开发等模块。分多个子课程逐步学习。
本课程是全套课程的第0部（前传），目的是讲解我们的整个视频学习体系路线图，同时也会对大家学习路线的一个指引。 本期课程共计4节课，主要回答了何为嵌入式、为何要学习嵌入式、什么人适合学嵌入式、究竟应该怎样去学嵌入式等问题。最后为大家详细介绍了我们的嵌入式软件工程师学习路线图，希望能够对大家的嵌入式学习之路有所指引。
Java基础核心技术：多线程(day16-day17) 本套Java视频完全针对初级学员，课堂实录，自发布以来，好评如潮！Java视频中注重与学生互动，讲授幽默诙谐、细致入微，覆盖Java基础所有核心知识点，同类Java视频中也是代码量大、案例多、实战性强的。同时，本Java视频教程注重技术原理剖析，深入JDK源码，辅以代码实战贯穿始终，用实践驱动理论，并辅以必要的代码练习。 通过20的课程学习，使学员掌握java核心语法、面向对象思想编程、异常处理、IO流、集合类、多线程、网络编程等。
中国象棋人工智能论文集 这是本人收集的有关中国象棋人工智能的论文集
2009计算机博弈专辑文章.pdf
Computer Games Are an Efficient Tool for Event Game Theory.pdf
MINORS HASH TABLE IN COMPUTER CHINESE CHESS.pdf
中国象棋机器博弈的时间自适应分配策略研究.pdf
中国象棋计算机博弈中搜索算法的研究与改进.pdf
中国象棋计算机博弈关键技术分析.pdf
人工神经元网络结合TD(λ)算法在中国象棋机器博弈中的应用.pdf
博弈论的里程碑成果与局限性分析.pdf
基于剪枝策略的中国象棋搜索引擎研究.pdf
基于机器博弈的作战模拟系统探讨.pdf
大师级象棋机器人研究与开发.pdf
机器博弈研究面临的各种挑战.pdf
棋牌游戏与事件对策.pdf
积极开展民间棋类的计算机博弈活动.pdf
解剖大象的眼睛-中国象棋开发.pdf
计算机博弈原理与方法学概述.pdf
MFC上位机与STM32下位机通讯精讲 本课程主要介绍C++类库MFC上位机与STM32单片机的RS232、RS422、RS485、USB、LWIP以太网、CAN等接口进行稳定通信。课程主要从MFC和STM32基础开始，以编写上位机以及下位机为主，非常注重实践。 本课程主要目标是让大家学会MFC上位机的编程、STM32下位机编程。单单的会上位机或者下位机有时候体会不到通讯的乐趣，如果你单单会下位机，你学了本课程，你可以把你的数据以任何方式在windows上呈现出来，如果你只会上位机，你学了本课程你可以通过windows的串口、以太网、USB控制任何硬件设备。本课程的目标就是补偿大家的短处，让大家成为综合性人才，同时让大家体会到通讯中的更多乐趣。
