android - 如何从 Android AlarmManager 回调执行网络 Activity

Question

我想使用 AlarmManager.setInexactRepeating(...) 在 Android 应用程序中设置网络任务.

我已经在 AndroidManifest.xml 中使用以下条目注册了我的 BroadcastReceiver:

    <receiver
        android:name="com.vandenmars.colortrek.analytics.CTAUploadService"
        android:process=":sync"/>

现在，如果我简单地使用阻塞 HttpURLConnection 运行我的网络请求来自 onReceive() , 我得到一个 NetworkOnMainThreadException !？!？

奇怪...我认为 AlarmManager 的全部意义在于在后台线程上调用 onReceive...

这让我想到了问题 1:

是否可以强制 AlarmManager 在后台线程而不是主线程上调用 onReceive？我是否需要在 AndroidManifest.xml 中声明不同的内容？

我试图通过设置 AsyncTask 来解决这个问题对于我在 onReceive 中的网络请求，异常消失了。我现在遇到的问题是，某些 Android 设备需要永远 来使网络请求超时，而该网络请求由于间歇性网络问题或服务器问题而应该会失败。所以，现在(如果我将重复间隔设置为很小的值)我有一堆 AsyncTasks 堆积在队列中，它们试图完成相同的请求并挂起，等待第一个请求失败。当网络问题得到解决时，所有待处理的 AsyncTask 都会在大量的网络请求中一个接一个地崩溃。

为了解决这个问题，我尝试简单地在代码中的实例变量中保留一个标志，以防止在前一个 AsyncTask 完成之前安排另一个 AsyncTask。不幸的是，这没有按预期工作，因为 AlarmManager 的每次调用都会创建我的 BroadcastReceiver 的新实例，重置标志...

如果我制作这个标志，它确实有效 static将它附加到类本身而不是它的实例，但这引出了问题 2:

我可以依赖这种方法，还是有可能以这样一种方式调用 BroadcastReceiver，即有两个进程(？)左右处于 Activity 状态，它们具有不同的静态变量“实例”？

最后是问题 3:

如果我不能依赖这种方法，有没有好的替代方法？

我宁愿不必使用此标志访问磁盘，因为我不想用完闪存写入周期，如果我不需要...

PS:我意识到有 other ways to do networking in the background ，比如 GCM、JobScheduler、SyncAdapters，...可能会为我解决这个问题，或者被认为是“正确的方法”。不幸的是，它们都有某种形式的问题(粗略的权限、奇怪的系统更改、API 级别要求……)，使它们对我毫无用处。因此，我确实需要为此使用 AlarmManager。

Answer 1

您的一个问题已得到解答:https://stackoverflow.com/a/9687668/1738090

但是，您已经问了几个问题，所以也许我可以在这里提供一些帮助，因为我最近有一些使用 AlarmManager 的经验。

Is it possible to force AlarmManager to call onReceive on a background thread rather than a Main thread? Do I need to declare something differently in AndroidManifest.xml?

是的，您可以创建一个实现自定义 Handler 的服务. Handler 可用于触发 AlarmManager PendingIntent。您用于此 Intent (用于捕获 AlarmService 触发器)的广播接收器然后可以在处理程序的后台接收和执行逻辑，或者它可以通知 UI 触发事件。如果您在这部分需要更多帮助，请告诉我。

Can I rely on this approach or is it ever possible that a BroadcastReceiver is called in such a way that there are two processes (?) or so of it active that have different "instances" of static variables?

如果您担心在幕后运行多个警报 Intent 实例，那么我强烈建议您确保保留在 AlarmManager .set() 中使用的 PendingIntent 实例 方法调用。虽然我之前没有使用过 setInexactRepeating()，但我知道如果您使用相同的保留 Intent 多次调用 .set() 方法调用，那么它只会重置警报服务.该服务知道要跟踪 Intent 实例并重置警报，而不是创建多个警报进程。我还建议查看有助于更严格交付保证的较新 API:setWindow(int, long, long, PendingIntent)和 setExact(int, long, PendingIntent)

If I can't rely on this approach, is there a good alternative?

听上去，您正在尝试在应用程序的后台发送/接收数据。就您的问题而言，听起来您正在尝试在您的应用在后台更新其数据时手动处理调度。

我强烈建议在这种情况下使用 SyncAdapter。除了更简单的开发方法之外，使用 SyncAdapters 而不是 IntentService + BroadcastReceiver 方法还有很多好处:http://developer.android.com/training/sync-adapters/index.html (包括改善电池生命周期，一般而言)

希望这对您有所帮助!