Служба Android4.0 вышла из строя - PullRequest
Новая
       3

Служба Android4.0 вышла из строя

0 голосов
/ 07 марта 2012

Вот мой код для запуска службы. 

public class MyStartupIntentReceiver extends BroadcastReceiver
{
public void onReceive(Context context, Intent intent)
{
    Intent callService = new Intent();
    callService.setAction("com.xxxx.yyyy.services.StartServiceActivity");
    context.startService(callService);
}
}

В файле манифеста я определяю приемник вещания следующим образом. 

 <receiver android:name=".MyStartupIntentReceiver">
        <intent-filter>
            <action android:name="android.intent.action.BOOT_COMPLETED"      
 />             
 </intent-filter>
</receiver>

Я объявляю службу, как указано в файле манифеста 

<service android:name=".services.CallService">
    <intent-filter>
            <action               
          android:name="com.xxxx.yyyy.services.StartServiceActivity" />
    </intent-filter>

    </service>

Как только пользователь запустил мое приложение, я запускаю сервис из моей деятельности 

serviceIntent = new Intent(SplashScreen.this, StartServiceActivity.class);
getApplicationContext().startService(serviceIntent);

Проблема в том, что сервис работает нормально с устройствами Android2.3.5 SDK. но не с 4.0 устройствами. Что-то не так с моим кодом. Пожалуйста, помогите мне решить.

1 Ответ

0 голосов
/ 27 июля 2012

Я нахожу статью из Интернета, надеюсь, что она может вам помочь:

Подтверждение регрессии вещания

В предыдущем посте я привел доказательства того, что трансляция BOOT_COMPLETED не будет работать из коробки на Android 3.1, пока пользователь не использует ваше приложение.

Это на самом деле несколько больше, чем это.

В вопросе, который я подал в поисках разъяснения, мисс Хэкборн указала:

Начиная с версии 3.1, когда приложения установлены, они находятся в состоянии «остановлено», поэтому они не смогут работать, пока пользователь не запустит их явно. Нажатие Force Stop вернет их в это состояние.

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

Разработчикам, которые рассчитывали получить какую-то системную трансляцию без вмешательства пользователя, необходимо настроить свои приложения для Android 3.1.

Как я писал в предыдущем посте:

Я ожидаю, что большинство приложений будет в порядке. Например, если ваш загрузочный приемник находится там для установки расписания AlarmManager, вам также нужно было установить это расписание при первом запуске приложения, чтобы пользователю не приходилось перезагружать свой телефон только для настройки ваших будильников. Этот шаблон не меняется - просто если пользователь перезагрузит телефон, он не установит ваши тревоги, пока пользователь не выполнит одно из ваших действий.

ОБНОВЛЕНИЕ: Чтобы уточнить приведенную выше цитату, когда пользователь запускает приложение в первый раз (и не останавливает его принудительно), все ведет себя как прежде - перезагрузка приведет к получению широковещательных сообщений BOOT_COMPLETED и так далее. Тем не менее, если пользователь устанавливает приложение до тех пор, пока он не запустит приложение вручную, широковещательные сообщения не будут приниматься. И если пользователь принудительно останавливает приложение до тех пор, пока оно не запустит приложение вручную, широковещательные сообщения не будут приниматься. Это изменение не страшно шокирует, поскольку повышает безопасность еще на одну ступень, ограничивая возможности запуска вредоносных программ без ведома пользователя. Хотя он не обеспечивает идеальной безопасности - вредоносное ПО может по-прежнему устанавливать собственную копию значка запуска Angry Birds и надеяться, что пользователи облажаются - это улучшение.

...