今天算是真正的遇到内存泄漏的问题了。。。
当我在主线程中启动了一个AsyncTask对象时,doInbackground()方法中执行了一个耗时操作。
但是当我没有执行完这个操作时点击返回按钮,推出activity时,这个非UI线程还在后台继续执行。
当这个非UI线程执行到某个步骤需要handler.sendMessage(msg);此时,即便Activity退出来,还是会
出现程序异常的错误。。
解决办法
1.利用静态类不持有外部类的对象,所以Activity可以随意被回收,activity不持有handler的对象,
但是实际情况并没有解决问题。此时需要加上一个弱引用。可是加上了弱引用还是没有解决问题。。
2.利用handler的cancel(true)这个标志。在doingbackground里面的关键位置(发送消息之前return);
利用这个逻辑,虽然在return之前的代码依然在执行,但是并不影响用户体验。。
学习到了,java和Android中,并没有可以停止非UI线程的操作(方法)。子线程可以wait(),停止到某一个步骤
也可以notify();恢复到刚刚停止的位置继续执行。就是不能停止。
WeakReference弱引用,与强引用(即我们常说的引用)相对,它的特点是,GC在回收时会忽略掉弱引用,
即就算有弱引用指向某对象,但只要该对象没有被强引用指向(实际上多数时候还要求没有软引用,
但此处软引用的概念可以忽略),该对象就会在被GC检查到时回收掉。对于上面的代码,用户在关闭
Activity之后,就算后台线程还没结束,但由于仅有一条来自Handler的弱引用指向Activity,所以GC
仍然会在检查的时候把Activity回收掉。这样,内存泄露的问题就不会出现了。
当我在主线程中启动了一个AsyncTask对象时,doInbackground()方法中执行了一个耗时操作。
但是当我没有执行完这个操作时点击返回按钮,推出activity时,这个非UI线程还在后台继续执行。
当这个非UI线程执行到某个步骤需要handler.sendMessage(msg);此时,即便Activity退出来,还是会
出现程序异常的错误。。
解决办法
1.利用静态类不持有外部类的对象,所以Activity可以随意被回收,activity不持有handler的对象,
但是实际情况并没有解决问题。此时需要加上一个弱引用。可是加上了弱引用还是没有解决问题。。
2.利用handler的cancel(true)这个标志。在doingbackground里面的关键位置(发送消息之前return);
利用这个逻辑,虽然在return之前的代码依然在执行,但是并不影响用户体验。。
学习到了,java和Android中,并没有可以停止非UI线程的操作(方法)。子线程可以wait(),停止到某一个步骤
也可以notify();恢复到刚刚停止的位置继续执行。就是不能停止。
WeakReference弱引用,与强引用(即我们常说的引用)相对,它的特点是,GC在回收时会忽略掉弱引用,
即就算有弱引用指向某对象,但只要该对象没有被强引用指向(实际上多数时候还要求没有软引用,
但此处软引用的概念可以忽略),该对象就会在被GC检查到时回收掉。对于上面的代码,用户在关闭
Activity之后,就算后台线程还没结束,但由于仅有一条来自Handler的弱引用指向Activity,所以GC
仍然会在检查的时候把Activity回收掉。这样,内存泄露的问题就不会出现了。