0

我今天在我的 Android 项目中遇到了一个涉及 aSyncTasks 的问题，经过一些研究找到了答案，正如我与之交谈过的人都没有意识到的那样，所以我想我会与 SO 社区分享，以防有人发现它有任何用处。

我的问题的简要概述：

单击安装按钮时，我有一个 UI 活动类来下载多个文件的包。文件“捆绑包”最多分为四个单独的下载，并且“组”信息与文件的其他信息一起存储在自定义类中。单击下载按钮时，（最多）四个作业通过实用程序 DownloadUtilities 与 android DownloadManager 一起排队。

当 DownloadUtilities 将“组”下载排入队列时，DownloadManager 下载引用存储在“组”自定义类中以供以后使用。

Download Utilities 类具有一个 BroadcastReceiver 来确认文件并在组的每个元素完成下载时将下载引用更新为 0 以显示它们已完成。

组中的所有文件下载完成后，即可对其进行处理。这是由 DownloadReceiver 触发的 aSyncTask 完成的。

这反过来会触发广播以通知 UI 活动请求的下载已完成，以便可以相应地更新 UI。

到目前为止一切都很好，但是，当我尝试添加进度条以显示“组”的进度时，我发现了一个问题

为了更新 ProgressBar，我创建了一个新的 aSyncTask，它可以查询下载管理器以计算下载文件的总大小，然后每秒轮询一次以更新 ProgressBar 以显示当前的下载进度。

doInBackground() 线程由以下伪代码组成：

Check if file1 is being downloaded, if it is, query the download manager for the total file size and add it to total
Same for files2-4

While the download references are not all 0:
If file 1 is still downloading, get file1 download total
Same for file2-4
Update progress to sum of downloaded bytes/total

我发现的问题是系统会死锁。如果下载管理器告诉下载接收器文件已完成下载，并且 ProcessDownload aSyncTask onPreExecute() 正在运行，但 doInBackGround 从未运行，Logcat 会。

同时，下载监视器在 doInBackground() 中不断循环，因为 while 循环的条件从未被取消断言，因为取消断言是在 ProcessDownload doInBackground() 线程中完成的。

很明显 aSyncTask doInBackground() 方法是互斥的，因此会导致死锁，但我不知道为什么。过去，我从来没有故意以这样的方式构建我的代码，这会造成问题......

我的理解是 aSyncTasks 提供了一种开发人员友好的方式来多线程您的代码，但似乎情况并非如此......

4

1 回答 1

2

所以我花了几个小时试图找出可能导致问题的原因，并得出结论，根据我对 aSyncTasks 的理解，我的代码没有理由不工作......所以我上网拖网文档并最终找到答案。

“从 HONEYCOMB 开始，任务在单个线程上执行，以避免并行执行导致的常见应用程序错误。

如果你真的想要并行执行，你可以调用 executeOnExecutor(java.util.concurrent.Executor, Object[]) with THREAD_POOL_EXECUTOR。"

似乎我的想法曾经是这样的，但是，对于 Honeycomb，它不再是。aSyncTasks 确实从 UI 线程卸载代码，但是，它将代码卸载到单个线程上，并按顺序执行多个 aSyncTask doInBackground() 方法。

所以我回去改变我的代码以使用好的'ol Java Threads，你瞧，我的代码有效！

任何想使用依赖代码的人，都值得仔细考虑并研究 aSyncTasks 以确保您了解它的行为。它们是我过去经常使用的一个很棒的工具，但更“高级？” 东西，回到基础可能会更好。

希望这对某人有用，由于对 aSyncTask 行为的简单误解，我在这方面浪费了很多时间-.-

给我答案的来源

编辑：

支持 Krylez 将我指向http://commonsware.com/blog/2012/04/20/asynctask-threading-regression-confirmed.html，它还具有一种非常雄辩的方式来保持与前后蜂窝设备的兼容性。只需修改 aSyncTask 调用

if (Build.VERSION.SDK_INT>=Build.VERSION_CODES.HONEYCOMB) {
  myTask.executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR);
}
else {
  myTask.execute();
}

它将 Honeycomb+ 的行为恢复到以前的样子

于 2013-07-24T21:16:57.337 回答