小编典典

Android中的WeakReference / AsyncTask模式

java

我对android中这种简单的经常发生的情况有疑问。

我们有一个main活动,我们调用一个AsyncTask以及mainactivity的引用,以便AsyncTask可以更新MainActivity上的视图。

我将把事件分解成几个步骤

  • MainActivity创建一个AyncTask,并将其引用传递给它。
  • AysncTask,开始工作,例如下载十个文件
  • 用户更改了设备的方向。这将导致AsyncTask中的孤立指针
  • 当AsyncTask完成并尝试访问活动以更新状态时,由于空指针,它崩溃了。

上述解决方案是按照《 Pro Android 4》一书的建议在AsyncTask中保留WeakReference。

WeakReference<Activity> weakActivity;

in method onPostExecute

Activity activity = weakActivity.get();
if (activity != null) {
   // do your stuff with activity here
}

如何解决这种情况?

我的问题是,如果我的asynctask正在下载十个文件,并且在完成5个文件后,活动重新启动(由于方向更改),那么我的FileDownloadingTask是否会再次调用?

最初调用的先前AsyncTask会发生什么?

谢谢,对于这个问题,我深表歉意。


阅读 253

收藏
2020-09-28

共1个答案

小编典典

如何解决这种情况?

WeakReference允许Activity进行垃圾回收,所以你不要有内存泄漏。

空引用意味着AsyncTask 不能
盲目尝试更新不再附加的用户界面,这将引发异常(例如,未附加到窗口管理器的视图)。当然,您必须检查是否为空以避免NPE。

如果我的asynctask正在下载十个文件,并且在完成5个文件后,活动重新启动(由于方向更改),那么我的FileDownloadingTask是否会再次调用?

取决于您的实现,但可能是这样-如果您不故意做一些不必要的重复下载操作,例如将结果缓存在某个地方。

AsyncTask最初调用的那个会发生什么?

在早期版本的Android中,它可以运行到完成,下载所有文件只是为了丢弃它们(或缓存它们,具体取决于您的实现)。

在较新的Android操作系统中,我怀疑AsyncTasks和Activity它们的启动都被杀死了,但我怀疑的依据只是RoboSpice的内存泄漏演示(见下文)实际上并未泄漏到我的JellyBean设备上。

如果我可以提供一些建议:AsyncTask不适合执行可能长时间运行的任务,例如联网。

IntentService如果您可以接受单个工作线程,则是一种更好(但仍然相对简单)的方法。Service如果要控制线程池,请使用(本地)-注意不要在主线程上工作!

如果您正在寻找一种在后台可靠地执行联网的方法,RoboSpice看起来不错(免责声明:我没有尝试过;我没有隶属关系)。Play商店中有一个RoboSpice
Motivations演示应用程序
,它通过演示所有可能出错的地方(包括WeakReference解决方法)来说明
为什么 要使用它AsyncTask

更新:

我创建了一个github项目,并提供了一个下载示例,该示例IntentService用于另一个SO问题(如何修复android.os.NetworkOnMainThreadException?),但我认为在这里也很重要。它具有附加的优势,即通过onActivityResult旋转返回结果时,在旋转设备时正在进行的下载将传递给重新启动的Activity

2020-09-28