后台应用程序的 GCM 推送通知导致崩溃

Question

如果我的应用在后台运行（服务），我偶然发现了接收 GCM 消息的问题。在我的场景中，我没有收到 GCM 消息（请注意，这不是关于如何接收 GCM，如 here）并且 ActivityManager 会终止应用程序。所以我想知道我是否有概念上的误解，或者这是一个普遍的问题。

背景

我有一个在前台 (Activity) 和后台 (Service) 中运行的 Android 应用程序。应用程序附加到一个持久通知，以确保即使用户打开 Android 任务管理器并将应用程序滑开，应用程序也能继续运行。该应用程序使用 WakefulBroadcastReceiver 和 IntentService 来接收和处理 GCM 消息（两者都在清单文件中注册并设置了所有权限）。据我了解，这是 Google 建议的处理 GCM 消息的模式。 here 或 here 可以看到类似的解决方案，但如果需要，我也可以添加代码示例。我知道 Google 使用 API 3.1 更改了 Android BroadcastReceiver 流程​​（例如here）。一般来说，如果我的应用程序在前台或只是在后台（当活动仍然存在时），我能够接收和处理 GCM 消息。

错误场景

1. 用户启动应用程序
2. 用户打开 Android 任务管理器
3. 用户从任务管理器中滑动/删除应用程序（注意：应用程序服务仍在后台运行。我的应用程序在后台执行的所有操作都可以正常工作，并且应用程序的持续通知仍然可用）
4. GCM 推送通知将发送到设备/应用程序。
5. 我的 WakefulBroadcastReceiver 没有收到推送通知。同样在某些设备上，应用程序会死掉（持久通知也将被删除）。在我的测试设备上，我注意到来自 logcat 的以下日志，而持久通知仍然存在，但我的应用程序似乎不再运行（在 logcat 中没有应用程序的进一步日志条目）： 07-20 12:46:36.930: I/GCM(1071): GCM message foo.bar.blub 0:14373891986... 07-20 12:46:36.940: I/ActivityManager(750): Killing 23750:foo.bar.blub/... (adj 0): remove task 有一些可用信息，如果应用程序被强制退出（例如here 或this），应用程序将无法处理 GCM 消息，但这不是我的情况。我的应用程序在后台运行，只有活动被删除。 发生错误情况时，我的应用程序没有其他异常堆栈跟踪可用。我没有看到为什么我没有收到 GCM 消息，甚至没有看到应用程序被杀死的原因。

如果我在附加到持久通知的服务中注册 WakefulBroadcastReceiver，也会发生同样的错误。

其他信息

Google 宣布了一个new way 来处理 GCM 消息并鼓励用户进行更改。由于某些原因，我不能短期切换到新的方式。因此，我还没有验证新的建议方式。

编辑： 切换到GcmReceiver 时的其他日志信息：

08-06 18:33:01.670: I/GCM(3360): GCM 消息 foo.bar.blub 0:1438878778919403%9002042af9fd7ecd 08-06 18:33:01.695: I/ActivityManager(815): 杀死 4296:foo.bar.blub/u0a216 (adj 0): 删除任务... 08-06 18:33:01.909: W/BroadcastQueue(815): 异常 发送广播时 组件信息{foo.bar.blub/com.google.android.gms.gcm.GcmReceiver} 08-06 18:33:01.909：带广播队列（815）： android.os.DeadObjectException 08-06 18:33:01.909: 带广播队列（815）：在 android.os.BinderProxy.transactNative(Native Method) 08-06 18:33:01.909：W/BroadcastQueue（815）：在 android.os.BinderProxy.transact(Binder.java:496) 08-06 18:33:01.909: 带广播队列（815）：在 android.app.ApplicationThreadProxy.scheduleReceiver(ApplicationThreadNative.java:861) 08-06 18:33:01.909：W/BroadcastQueue（815）：在 com.android.server.am.BroadcastQueue.processCurBroadcastLocked（BroadcastQueue.java:245） 08-06 18:33:01.909：W/BroadcastQueue（815）：在 com.android.server.am.BroadcastQueue.processNextBroadcast(BroadcastQueue.java:898) 08-06 18:33:01.909：W/BroadcastQueue（815）：在 com.android.server.am.BroadcastQueue$BroadcastHandler.handleMessage(BroadcastQueue.java:149) 08-06 18:33:01.909：W/BroadcastQueue（815）：在 android.os.Handler.dispatchMessage(Handler.java:102) 08-06 18:33:01.909：W/BroadcastQueue（815）：在 android.os.Looper.loop(Looper.java:135) 08-06 18:33:01.909: 带广播队列（815）：在 android.os.HandlerThread.run(HandlerThread.java:61) 08-06 18:33:01.909：W/BroadcastQueue（815）：在 com.android.server.ServiceThread.run(ServiceThread.java:46) 08-06 18:33:01.909: W/libprocessgroup(815): 未能打开 /acct/uid_10216/pid_4296/cgroup.procs：没有这样的文件或目录 08-06 18:33:01.910：W/ActivityManager(815)：计划重启崩溃 在 1000 毫秒内服务 foo.bar.blub/.service.BubbleService 08-06 18:33:01.958: W/ActivityManager(815): 虚假死亡 ProcessRecord{26174c48 4412:foo.bar.blub/u0a216}，curProc 为 4296： 空 08-06 18:33:03.253: W/ctxmgr(28358): [PowerConnectionState] 得到 与之前的电源连接值相同（插头状态：2 BatteryLevel： 0.66) 08-06 18:33:08.277: W/ctxmgr(28358): [PowerConnectionState] 获得与之前相同的电源连接值（插头状态：2 BatteryLevel： 0.66)

08-06 18:33:01.909: W/libprocessgroup(815): 未能打开 /acct/uid_10216/pid_4296/cgroup.procs：没有这样的文件或目录 08-06 18:33:01.910：W/ActivityManager(815)：计划重启崩溃 在 1000 毫秒内服务 foo.bar.blub/.service.BubbleService 08-06 18:33:01.957：​​I/art(4412)：后期启用 -Xcheck:jni 08-06 18:33:01.958：I/ActivityManager(815)：启动过程 4412:foo.bar.blub/u0a216 用于广播 foo.bar.blub/com.google.android.gms.gcm.GcmReceiver 08-06 18:33:01.958: W/ActivityManager(815): 虚假死亡 ProcessRecord{26174c48 4412:foo.bar.blub/u0a216}，curProc 为 4296： 空 08-06 18:33:01.992: I/art(4412): 调试器不再活动 08-06 18:33:02.024：I/GcmDataIntentService(4412)：将消息推送到 进程：........

其他人是否遇到了问题并找到了解决方案？ :-) 还是我的理解错了？

谢谢！

Answer 1

使用 Google 的新建议方式（使用 GcmReceiver (com.google.android.gms.gcm.GcmReceiver) 和 GcmListenerService）仍会出现此问题。一般问题似乎与此bug 有关。也许提到的解决方法对某人有用。