Вопрос

У меня есть Service это работает вместе с моим основным приложением.Целью этой службы является синхронизация с основным сервером в фоновом режиме.Чтобы избежать постоянного опроса главного сервера на предмет обновлений, я внедрил Google cloud messaging для уведомления приложения о появлении изменений, которые необходимо загрузить.

Когда я размещаю 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();
        }
    }
}

Тем не менее, я получаю ClassNotFoundException при получении уведомления GCM.Как правильно, чтобы моя фоновая служба обрабатывала уведомление GCM?

Проявляющийся:

<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 -->

Logcat ( Логкат ):

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

Редактировать:Я должен добавить, что моя служба находится в отдельный посылка к моему основному пакету.У меня есть предчувствие, что именно это является причиной проблемы, но я могу ошибаться.

Это было полезно?

Решение

Ваша главная проблема - это наименование получателя в вашем манифесте.Поскольку это внутренний класс, он должен включать имя внешнего класса и добавлять к нему свое имя, разделенное символом $.Пример...

com.appnl.myapp.SyncService$GcmBroadcastReceiver

Однако, говоря это, я не уверен, что это хороший способ что-то делать.

Во-первых, жизненный цикл BroadcastReceiver является таким же длинным, как onReceive(...) метод выполняется, и этот метод должен выполнять только минимальную работу.Если только ваш downloadChanges() метод просто запускает какую-либо асинхронную операцию (и поэтому возвращается немедленно), вы заблокируете onReceive(...) способ.

Во-вторых, ваш подход предполагает Service работает постоянно.Если это действительно так, и вы можете гарантировать, что он продолжит работать, то это нормально, но вы можете сильно разрядить аккумулятор.

Если вам не нужен постоянно работающий Service тогда я бы лично сохранил BroadcastReceiver отделите и используйте IntentService вместо этого.Затем вы просто принимаете трансляцию, а затем в onReceive(...) использование startService(...).Это обеспечило бы BroadcastReceiver имеет короткий срок службы и IntentService использует свой собственный рабочий поток (таким образом, избегая NetworkOnMainThreadException) и он также самоустранится после завершения своей работы.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top