Android 8.0：java.lang.IllegalStateException：サービスインテントの開始は許可されていません

アプリケーションの起動時に、アプリはネットワークタスクを実行するサービスを開始します。APIレベル26をターゲットにした後、Android 8.0でアプリケーションがバックグラウンドでサービスを開始できません。

原因：java.lang.IllegalStateException：サービスの開始を許可されていませんIntent {cmp = my.app.tt / com.my.service}：アプリがバックグラウンドuid UidRecord {90372b1 u0a136 CEMアイドルprocs：1 seq（0,0 、0）}

私が理解しているように： バックグラウンド実行制限

startService（）メソッドは、Android 8.0をターゲットとするアプリがバックグラウンドサービスの作成が許可されていない状況でそのメソッドを使用しようとすると、IllegalStateExceptionをスローするようになりました。

「それが許可されていない状況で」- それは実際にはどういう意味ですか？そして、それを修正する方法。サービスを「フォアグラウンド」に設定したくない

許可される状況は、バックグラウンドサービスがAndroid O以前と同じように動作する一時的なホワイトリストです。

特定の状況では、バックグラウンドアプリが一時的なホワイトリストに数分間置かれます。アプリはホワイトリストに登録されていますが、サービスを制限なく起動でき、バックグラウンドサービスの実行が許可されています。アプリは、ユーザーに表示される次のようなタスクを処理するときに、ホワイトリストに配置されます。

• 優先度の高いFirebase Cloud Messaging（FCM）メッセージの処理。
• SMS / MMSメッセージなどのブロードキャストを受信します。
• 通知からPendingIntentを実行します。
• VPNアプリがフォアグラウンドに昇格する前にVpnServiceを開始する。

ソース：https : //developer.android.com/about/versions/oreo/background.html

つまり、バックグラウンドサービスがホワイトリストの要件を満たしていない場合は、新しいJobSchedulerを使用する必要があります。。基本的にはバックグラウンドサービスと同じですが、バックグラウンドで継続的に実行されるのではなく、定期的に呼び出されます。

IntentServiceを使用している場合は、JobIntentServiceに変更できます。以下の @kosevの回答を参照してください。

私は解決策を得ました。8.0より前のstartService()デバイスの場合はを使用する必要がありますが、7.0より後のデバイスの場合はを使用する必要がありますstartForgroundService()。以下は、サービスを開始するコードのサンプルです。

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
        context.startForegroundService(new Intent(context, ServedService.class));
    } else {
        context.startService(new Intent(context, ServedService.class));
    }

また、サービスクラスで、通知用に以下のコードを追加してください。

@Override
public void onCreate() {
    super.onCreate();
    startForeground(1,new Notification());
}

OはAndroidバージョン26です。

最善の方法は、JobIntentServiceを使用することです、Oreoの新しいJobSchedulerまたは使用できない場合は古いサービスを使用することです。

マニフェストで宣言します。

<service android:name=".YourService"
         android:permission="android.permission.BIND_JOB_SERVICE"/>

そしてあなたのサービスでは、onHandleIntentをonHandleWorkに置き換える必要があります：

public class YourService extends JobIntentService {

    public static final int JOB_ID = 1;

    public static void enqueueWork(Context context, Intent work) {
        enqueueWork(context, YourService.class, JOB_ID, work);
    }

    @Override
    protected void onHandleWork(@NonNull Intent intent) {
        // your code
    }

}

次に、サービスを次のように開始します。

YourService.enqueueWork(context, new Intent());

サービスを拡張してバックグラウンドスレッドで実行している場合は、Androidサポートライブラリの一部として提供されているとIntentService置き換えることができます。IntentServiceJobIntentService

使用の利点JobIntentServiceは、IntentServiceOより前のデバイスとO以上で動作し、ジョブとしてディスパッチすることです。

JobScheduler定期的/オンデマンドのジョブにも使用できます。ただし、JobSchedulerAPIはAPI 21からのみ利用できるため、下位互換性を処理するようにしてください。

Oreo Android では、バックグラウンドサービスの制限を定義しました。

ユーザーエクスペリエンスを改善するために、Android 8.0（APIレベル26）では、バックグラウンドで実行中にアプリが実行できる操作に制限が課されます。

それでも、常にサービスを実行する必要がある場合は、フォアグラウンドサービスを使用できます。

バックグラウンドサービスの制限：アプリがアイドル状態の間、バックグラウンドサービスの使用には制限があります。これは、ユーザーにとってより目立つフォアグラウンドサービスには適用されません。

したがって、フォアグラウンドサービスを作成できます。サービスの実行中にユーザーに通知を表示する必要があります。この回答を見る（他にもたくさんあります）

解決策-

あなたのサービスの通知をしたくないですか？

定期的なタスクを作成できます。1。サービスを開始します。2。サービスが機能し、3。自分自身を停止します。これにより、アプリはバッテリーの消耗とは見なされなくなります。

アラームマネージャー、ジョブスケジューラ、Evernoteジョブ、ワークマネージャーで定期的なタスクを使用できます。

• ワークマネージャは、定期的なタスクに最適なソリューションです。これはAndroidアーキテクチャコンポーネントで導入されました。
• ジョブスケジューラとは異なり（> 21 APIのみ）、すべてのバージョンで機能します。
• また、Doze-Standbyモードの後で作業を開始します。
• 作りAndroidのブートReceiverをデバイスの起動後にサービスをスケジュールするため。

私はWork-Managerを使用して永久に実行されるサービスをテストしました。

ええ、API 26ではバックグラウンドでサービスを開始できなくなったためです。そのため、API 26の上でForegroundServiceを開始できます。

使用する必要があります

ContextCompat.startForegroundService(...)

リークの処理中に通知を投稿します。

@kosevが彼の回答で言ったように、 JobIntentServiceを使用できます。しかし、私は代替ソリューションを使用しています-IllegalStateExceptionをキャッチし、フォアグラウンドとしてサービスを開始します。たとえば、次の関数は私のサービスを開始します。

@JvmStatic
protected fun startService(intentAction: String, serviceType: Class<*>, intentExtraSetup: (Intent) -> Unit) {
    val context = App.context
    val intent = Intent(context, serviceType)
    intent.action = intentAction
    intentExtraSetup(intent)
    intent.putExtra(NEED_FOREGROUND_KEY, false)

    try {
        context.startService(intent)
    }
    catch (ex: IllegalStateException) {
        intent.putExtra(NEED_FOREGROUND_KEY, true)
        if(Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            context.startForegroundService(intent)
        }
        else {
            context.startService(intent)
        }
    }
}

そして私がインテントを処理するとき、私はそのようなことをします：

override fun onHandleIntent(intent: Intent?) {
    val needToMoveToForeground = intent?.getBooleanExtra(NEED_FOREGROUND_KEY, false) ?: false
    if(needToMoveToForeground) {
        val notification = notificationService.createSyncServiceNotification()
        startForeground(notification.second, notification.first)

        isInForeground = true
    }

    intent?.let {
        getTask(it)?.process()
    }
}

firebaseリリースノート Android Oのサポートは10.2.1で最初にリリースされたと述べてい（ただし、最新バージョンを使用することをお勧めします）。

Android Oの新しいFirebaseメッセージング依存関係を追加してください

compile 'com.google.firebase:firebase-messaging:11.6.2'

必要に応じて、Google Play ServicesとGoogleリポジトリをアップグレードします。

アプリがバックグラウンドで動作しているときに、以前は意図的に問題がなかった場合、Android 8以降ではこれ以上当てはまりません。アプリがバックグラウンドにあるときに何らかの処理を行う必要があるインテントのみを参照しています。

以下の手順に従う必要があります。

1. 上記のインテントはのJobIntentService代わりに使用する必要があり IntentServiceます。

2. 拡張JobIntentServiceするクラスは- onHandleWork(@NonNull Intent intent)メソッドを実装する必要があり、メソッドの下にメソッドが呼び出されonHandleWorkます。

   public static void enqueueWork(Context context, Intent work) {
       enqueueWork(context, xyz.class, 123, work);
   }

3. enqueueWork(Context, intent)インテントが定義されているクラスから呼び出します。

   サンプルコード：

   Public class A {
   ...
   ...
       Intent intent = new Intent(Context, B.class);
       //startService(intent); 
       B.enqueueWork(Context, intent);
   }

以下のクラスは以前にServiceクラスを拡張していました

Public Class B extends JobIntentService{
...

    public static void enqueueWork(Context context, Intent work) {
        enqueueWork(context, B.class, JobId, work);
    }

    protected void onHandleWork(@NonNull Intent intent) {
        ...
        ...
    }
}

4. com.android.support:support-compatJobIntentService- が必要です26.1.0 V。

5. 最も重要なのは、Firebaseライブラリのバージョンが少なくとも10.2.1であることを10.2.0確認することです。問題がある場合は、問題があります。

6. マニフェストには、Serviceクラスに対する以下の権限が必要です。

   service android:name=".B"
   android:exported="false"
   android:permission="android.permission.BIND_JOB_SERVICE"

お役に立てれば。

ForegroundServiceの使用のみを推奨する多くの応答が表示されます。ForegroundServiceを使用するには、それに関連付けられた通知が必要です。ユーザーにはこの通知が表示されます。状況によっては、アプリに煩わされてアンインストールされる可能性があります。

最も簡単な解決策は、WorkManagerと呼ばれる新しいアーキテクチャコンポーネントを使用することです。ここでドキュメントを確認できます：https : //developer.android.com/topic/libraries/architecture/workmanager/

Workerを拡張するワーカークラスを定義するだけです。

public class CompressWorker extends Worker {

    public CompressWorker(
        @NonNull Context context,
        @NonNull WorkerParameters params) {
        super(context, params);
    }

    @Override
    public Worker.Result doWork() {

        // Do the work here--in this case, compress the stored images.
        // In this example no parameters are passed; the task is
        // assumed to be "compress the whole library."
        myCompress();

        // Indicate success or failure with your return value:
        return Result.SUCCESS;

        // (Returning RETRY tells WorkManager to try this task again
        // later; FAILURE says not to try again.)
    }
}

次に、いつ実行するかをスケジュールします。

    OneTimeWorkRequest compressionWork = 
        new OneTimeWorkRequest.Builder(CompressWorker.class)
            .build();
    WorkManager.getInstance().enqueue(compressionWork);

かんたん！ワーカーを構成する方法はたくさんあります。定期的なジョブをサポートし、必要に応じてチェーンのような複雑なこともできます。お役に立てれば。

JobSchedulerを使用した代替ソリューションでは、定期的にサービスをバックグラウンドで開始できます。

まず、Util.javaという名前のクラスを作成します

import android.app.job.JobInfo;
import android.app.job.JobScheduler;
import android.content.ComponentName;
import android.content.Context;

public class Util {
// schedule the start of the service every 10 - 30 seconds
public static void schedulerJob(Context context) {
    ComponentName serviceComponent = new ComponentName(context,TestJobService.class);
    JobInfo.Builder builder = new JobInfo.Builder(0,serviceComponent);
    builder.setMinimumLatency(1*1000);    // wait at least
    builder.setOverrideDeadline(3*1000);  //delay time
    builder.setRequiredNetworkType(JobInfo.NETWORK_TYPE_UNMETERED);  // require unmetered network
    builder.setRequiresCharging(false);  // we don't care if the device is charging or not
    builder.setRequiresDeviceIdle(true); // device should be idle
    System.out.println("(scheduler Job");

    JobScheduler jobScheduler = null;
    if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.M) {
        jobScheduler = context.getSystemService(JobScheduler.class);
    }
    jobScheduler.schedule(builder.build());
   }
  }

次に、JobServiceクラスをTestJobService.javaという名前にします。

import android.app.job.JobParameters;
import android.app.job.JobService;
import android.widget.Toast;

  /**
   * JobService to be scheduled by the JobScheduler.
   * start another service
   */ 
public class TestJobService extends JobService {
@Override
public boolean onStartJob(JobParameters params) {
    Util.schedulerJob(getApplicationContext()); // reschedule the job
    Toast.makeText(this, "Bg Service", Toast.LENGTH_SHORT).show();
    return true;
}

@Override
public boolean onStopJob(JobParameters params) {
    return true;
  }
 }

その後、ServiceReceiver.javaという名前のBroadCastレシーバークラス

import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;

 public class ServiceReceiver extends BroadcastReceiver {
 @Override
public void onReceive(Context context, Intent intent) {
    Util.schedulerJob(context);
 }
}

サービスとレシーバークラスコードでマニフェストファイルを更新する

<receiver android:name=".ServiceReceiver" >
        <intent-filter>
            <action android:name="android.intent.action.BOOT_COMPLETED" />
        </intent-filter>
    </receiver>
    <service
        android:name=".TestJobService"
        android:label="Word service"
        android:permission="android.permission.BIND_JOB_SERVICE" >

    </service>

main_intentランチャーを、デフォルトで作成されるmainActivity.javaファイルに残し、 mainActivity.javaファイル残し MainActivity.javaファイルの次のとおりです。

import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;

public class MainActivity extends AppCompatActivity {

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    Util.schedulerJob(getApplicationContext());
  }
 }

うーん！フォアグラウンドサービスなしでバックグラウンドサービスが開始します

8.0でコードを実行している場合、アプリケーションはクラッシュします。したがって、フォアグラウンドでサービスを開始します。8.0未満の場合、これを使用します。

Intent serviceIntent = new Intent(context, RingtonePlayingService.class);
context.startService(serviceIntent);

上記または8.0の場合、これを使用します。

Intent serviceIntent = new Intent(context, RingtonePlayingService.class);
ContextCompat.startForegroundService(context, serviceIntent );

Firebaseメッセージングのプッシュ通知を統合している場合、

バックグラウンド実行制限のため、android O（Android 8.0）の新規/更新のfirebaseメッセージング依存関係を追加します。

compile 'com.google.firebase:firebase-messaging:11.4.0'

必要に応じて、Google Play ServicesとGoogleリポジトリをアップグレードします。

更新：

 compile 'com.google.firebase:firebase-messaging:11.4.2'

使用startForegroundService()の代わりにstartService() して作成することを忘れないでくださいstartForeground(1,new Notification());サービス開始5秒以内にあなたのサービスで。

この回答に対する物議を醸す投票のため（この編集の時点で+ 4 / -4）、最初に他の回答を調べて、これを最後の手段としてのみ使用してください。これをrootとして実行するネットワーキングアプリに1回だけ使用しましたこのソリューションは通常の状況では使用すべきではないという一般的な意見に同意します。

以下の元の答え：

他の答えはすべて正解ですが、これを回避する別の方法は、ユーザーにアプリのバッテリーの最適化を無効にするよう依頼することです（アプリがシステム関連でない限り、これは通常良い考えではありません）。Google Playでアプリを禁止せずに、バッテリーの最適化をオプトアウトするようリクエストする方法については、この回答を参照してください。

次の方法で、クラッシュを防ぐためにレシーバーでバッテリーの最適化がオフになっているかどうかも確認する必要があります。

if (Build.VERSION.SDK_INT < 26 || getSystemService<PowerManager>()
        ?.isIgnoringBatteryOptimizations(packageName) != false) {
    startService(Intent(context, MyService::class.java))
} // else calling startService will result in crash

onStartCommandでは使用しないでください。

return START_NOT_STICKY

それを次のように変更してください：

return START_STICKY

そしてそれはうまくいきます