gpt4 book ai didi

android - 在 Android 服务中接收 GCM 通知

转载 作者:行者123 更新时间:2023-11-30 02:57:47 25 4
gpt4 key购买 nike

我有一个与我的主应用程序一起运行的服务。该服务的目的是在后台与主服务器同步。为了避免不断轮询主服务器以获取更新,我实现了谷歌云消息传递,以便在有更改需要下载时通知应用程序。

当我将 GcmBroadcastReceiver 类放在我的主包中时,它会正常接收通知。但是,我希望我的服务能够接收到它,这样它就可以在服务内部触发 downloadChanges() 函数。我真的不希望应用程序接收通知,然后必须使用 IPC 与服务通信 - 这似乎有点过于复杂。

有没有办法让我的服务接收 GCM 通知,而不是主应用程序?

目前我的代码是这样的:

public class SyncService extends Service {

// lots of other stuff in this class

public class GcmBroadcastReceiver extends WakefulBroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Log.i(TAG, "GCM received!");
downloadChanges();
}
}
}

但是,在收到 GCM 通知时,我得到了一个 ClassNotFoundException。我的后台服务处理 GCM 通知的正确方法是什么?

list :

<application
android:name="com.appnl.myapp.CustomApp"
android:allowBackup="true"
android:icon="@drawable/ic_launcher"
android:label="@string/app_name"
android:screenOrientation="portrait"
android:theme="@style/AppTheme" >

<meta-data android:name="com.google.android.gms.version"
android:value="@integer/google_play_services_version" />

<!-- android.name=".GcmBroadcastReceiver" -->

<receiver
android:name=".GcmBroadcastReceiver"
android:permission="com.google.android.c2dm.permission.SEND" >
<intent-filter>
<action android:name="com.google.android.c2dm.intent.RECEIVE" />
<category android:name="com.appnl.gcm" />
</intent-filter>
</receiver>

<service
android:name="service.SyncService"
android:enabled="true"
android:exported="false"
android:icon="@drawable/ic_launcher"
android:label="@string/service_name" >
<intent-filter>
<action android:name="service.SyncService" />
</intent-filter>
</service>

<!-- activity list -->

日志:

04-11 12:40:19.474: E/AndroidRuntime(28044): FATAL EXCEPTION: main
04-11 12:40:19.474: E/AndroidRuntime(28044): java.lang.RuntimeException: Unable to instantiate receiver com.appnl.myapp.GcmBroadcastReceiver: java.lang.ClassNotFoundException: Didn't find class "com.appnl.myapp.GcmBroadcastReceiver" on path: /data/app/com.appnl.myapp-1.apk
04-11 12:40:19.474: E/AndroidRuntime(28044): at android.app.ActivityThread.handleReceiver(ActivityThread.java:2493)
04-11 12:40:19.474: E/AndroidRuntime(28044): at android.app.ActivityThread.access$1600(ActivityThread.java:159)
04-11 12:40:19.474: E/AndroidRuntime(28044): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1392)
04-11 12:40:19.474: E/AndroidRuntime(28044): at android.os.Handler.dispatchMessage(Handler.java:99)
04-11 12:40:19.474: E/AndroidRuntime(28044): at android.os.Looper.loop(Looper.java:137)
04-11 12:40:19.474: E/AndroidRuntime(28044): at android.app.ActivityThread.main(ActivityThread.java:5419)
04-11 12:40:19.474: E/AndroidRuntime(28044): at java.lang.reflect.Method.invokeNative(Native Method)
04-11 12:40:19.474: E/AndroidRuntime(28044): at java.lang.reflect.Method.invoke(Method.java:525)
04-11 12:40:19.474: E/AndroidRuntime(28044): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1187)
04-11 12:40:19.474: E/AndroidRuntime(28044): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1003)
04-11 12:40:19.474: E/AndroidRuntime(28044): at dalvik.system.NativeStart.main(Native Method)
04-11 12:40:19.474: E/AndroidRuntime(28044): Caused by: java.lang.ClassNotFoundException: Didn't find class "com.appnl.myapp.GcmBroadcastReceiver" on path: /data/app/com.appnl.myapp-1.apk
04-11 12:40:19.474: E/AndroidRuntime(28044): at dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:64)
04-11 12:40:19.474: E/AndroidRuntime(28044): at java.lang.ClassLoader.loadClass(ClassLoader.java:501)
04-11 12:40:19.474: E/AndroidRuntime(28044): at java.lang.ClassLoader.loadClass(ClassLoader.java:461)
04-11 12:40:19.474: E/AndroidRuntime(28044): at android.app.ActivityThread.handleReceiver(ActivityThread.java:2488)
04-11 12:40:19.474: E/AndroidRuntime(28044): ... 10 more

编辑:我应该补充一点,我的服务位于我的主包的单独包中。我感觉这就是导致问题的原因,但我可能错了。

最佳答案

您的主要问题是 list 中接收者的命名。因为它是一个内部类,所以它需要包含外部类名并在其名称后附加以 $ 分隔。示例...

com.appnl.myapp.SyncService$GcmBroadcastReceiver

然而,尽管如此,我不确定这是做事的好方法。

首先,BroadcastReceiver 的生命周期与 onReceive(...) 方法执行时间一样长,并且该方法应该只做最少的工作。除非您的 downloadChanges() 方法只是启动某种异步操作(并因此立即返回),否则您将阻止 onReceive(...) 方法。

其次,您的方法假定 Service 永久运行。如果确实如此,并且您可以保证它会继续运行,那很好,但您可能会冒大量电池电量耗尽的风险。

如果您不需要永久运行的Service,那么我个人会将BroadcastReceiver 分开并使用IntentService。然后您只需接收广播,然后在 onReceive(...) 中使用 startService(...)。这将确保 BroadcastReceiver 的生命周期很短,并且 IntentService 使用自己的工作线程(从而避免 NetworkOnMainThreadException)完成工作后终止。

关于android - 在 Android 服务中接收 GCM 通知,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23011277/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com