java - aSyncTask 死锁第二个 aSyncTask

Question

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

我的问题的简要概述:

我有一个 UI Activity 类，用于在单击安装按钮时下载多个文件的包。文件“包”最多分为四个单独的下载，“组”信息与文件的其他信息一起存储在自定义类中。单击下载按钮时，(最多)四个作业将通过实用程序 DownloadUtilities 使用 Android DownloadManager 排队。

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

Download Utilities 类具有一个 BroadcastReceiver，用于确认文件并在组中每个元素完成下载时将下载引用更新为 0，以表明它们已完成。

一旦组中的所有文件下载完毕，就可以对其进行处理。这是由 DownloadReceiver 触发的 aSyncTask 完成的。

这反过来会触发广播，通知 UI Activity 请求的下载已完成，以便可以相应更新 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

我发现的问题是系统会死锁。如果下载接收器被告知 DownloadManager 文件已完成下载，并且 ProcessDownload aSyncTask onPreExecute() 正在运行，但 doInBackGround 从未运行，则 Logcat 会执行此操作。

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

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

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

Answer 1

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

"Starting with HONEYCOMB, tasks are executed on a single thread to avoid common application errors caused by parallel execution.

If you truly want parallel execution, you can invoke executeOnExecutor(java.util.concurrent.Executor, Object[]) withTHREAD_POOL_EXECUTOR."

看来我的想法曾经是这样的，但是，从 Honeycomb 开始，它不再是这样了。 aSyncTasks DO 从 UI 线程卸载代码，但是，它将代码卸载到单个线程上，并按顺序执行多个 aSyncTask doInBackground() 方法。

所以我回去并更改了我的代码以使用良好的 Java 线程，你瞧，我的代码有效了!

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

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

Source that gave me the answer

编辑:

感谢 Krylez 为我指出 http://commonsware.com/blog/2012/04/20/asynctask-threading-regression-confirmed.html它还具有一种非常 Eloquent 方式来保持与前后 hive 设备的兼容性。所需要做的就是修改 aSyncTask 调用

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

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