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

标签 android broadcastreceiver google-cloud-messaging intentservice

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

背景

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

错误场景

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

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

附加信息

谷歌宣布 new way处理 GCM 消息并鼓励用户进行更改。由于某些原因,我无法短期切换到新方式。因此,我还没有验证新的建议方式。

编辑: 切换到 GcmReceiver 时的附加日志信息:

08-06 18:33:01.670: I/GCM(3360): GCM message foo.bar.blub 0:1438878778919403%9002042af9fd7ecd 08-06 18:33:01.695: I/ActivityManager(815): Killing 4296:foo.bar.blub/u0a216 (adj 0): remove task ... 08-06 18:33:01.909: W/BroadcastQueue(815): Exception when sending broadcast to ComponentInfo{foo.bar.blub/com.google.android.gms.gcm.GcmReceiver} 08-06 18:33:01.909: W/BroadcastQueue(815): android.os.DeadObjectException 08-06 18:33:01.909: W/BroadcastQueue(815): at android.os.BinderProxy.transactNative(Native Method) 08-06 18:33:01.909: W/BroadcastQueue(815): at android.os.BinderProxy.transact(Binder.java:496) 08-06 18:33:01.909: W/BroadcastQueue(815): at android.app.ApplicationThreadProxy.scheduleReceiver(ApplicationThreadNative.java:861) 08-06 18:33:01.909: W/BroadcastQueue(815): at com.android.server.am.BroadcastQueue.processCurBroadcastLocked(BroadcastQueue.java:245) 08-06 18:33:01.909: W/BroadcastQueue(815): at com.android.server.am.BroadcastQueue.processNextBroadcast(BroadcastQueue.java:898) 08-06 18:33:01.909: W/BroadcastQueue(815): at com.android.server.am.BroadcastQueue$BroadcastHandler.handleMessage(BroadcastQueue.java:149) 08-06 18:33:01.909: W/BroadcastQueue(815): at android.os.Handler.dispatchMessage(Handler.java:102) 08-06 18:33:01.909: W/BroadcastQueue(815): at android.os.Looper.loop(Looper.java:135) 08-06 18:33:01.909: W/BroadcastQueue(815): at android.os.HandlerThread.run(HandlerThread.java:61) 08-06 18:33:01.909: W/BroadcastQueue(815): at com.android.server.ServiceThread.run(ServiceThread.java:46) 08-06 18:33:01.909: W/libprocessgroup(815): failed to open /acct/uid_10216/pid_4296/cgroup.procs: No such file or directory 08-06 18:33:01.910: W/ActivityManager(815): Scheduling restart of crashed service foo.bar.blub/.service.BubbleService in 1000ms 08-06 18:33:01.958: W/ActivityManager(815): Spurious death for ProcessRecord{26174c48 4412:foo.bar.blub/u0a216}, curProc for 4296: null 08-06 18:33:03.253: W/ctxmgr(28358): [PowerConnectionState]Got same value as before for power connection (Plug state: 2 BatteryLevel: 0.66) 08-06 18:33:08.277: W/ctxmgr(28358): [PowerConnectionState]Got same value as before for power connection (Plug state: 2 BatteryLevel: 0.66)

08-06 18:33:01.909: W/libprocessgroup(815): failed to open /acct/uid_10216/pid_4296/cgroup.procs: No such file or directory 08-06 18:33:01.910: W/ActivityManager(815): Scheduling restart of crashed service foo.bar.blub/.service.BubbleService in 1000ms 08-06 18:33:01.957: I/art(4412): Late-enabling -Xcheck:jni 08-06 18:33:01.958: I/ActivityManager(815): Start proc 4412:foo.bar.blub/u0a216 for broadcast foo.bar.blub/com.google.android.gms.gcm.GcmReceiver 08-06 18:33:01.958: W/ActivityManager(815): Spurious death for ProcessRecord{26174c48 4412:foo.bar.blub/u0a216}, curProc for 4296: null 08-06 18:33:01.992: I/art(4412): Debugger is no longer active 08-06 18:33:02.024: I/GcmDataIntentService(4412): Push message to process: .................

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

谢谢!

最佳答案

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

关于android - 后台应用程序的 GCM 推送通知导致崩溃,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31535891/

相关文章:

android - 如何在Android中获取当前播放的歌曲名称

android - android P 中的 GCM 推送通知问题 (28)

使用 FCM 的 iOS 推送通知

Android Roboguice 异常

android - 如何使用 SUPPLICANT_STATE_CHANGED_ACTION WiFi BroadcastReceiver - android

android - 从我的应用程序接听来电

java - 如何等待广播接收器完成

Android:通过 PHP 和 GCM 将通知推送到 Android 设备时出现错误 "mismatch sender id"

java - Android arraylist<String> 转为单个字符串

android - 将数据从一个 Activity 发送到第二个 Activity 的 fragment