Harmonogram zadań nie działa na Androidzie N

Jeśli ktoś nadal próbuje przezwyciężyć sytuację,

Oto obejście dla > = Android N (jeśli chcesz ustawić okresowe zadanie poniżej 15 minut)

Sprawdź, czy używany jest tylko setMinimumLatency. Ponadto, jeśli uruchamiasz zadanie, które zajmuje dużo czasu, następne zadanie zostanie zaplanowane na, bieżący czas zakończenia zadania + PROVIDED_TIME_INTERVAL

.SetPeriodic (long millis) działa dobrze dla poziomu API poniżej Android N

@Override
public boolean onStartJob(final JobParameters jobParameters) {
    Log.d(TAG,"Running service now..");
    //Small or Long Running task with callback

    //Reschedule the Service before calling job finished
    if(android.os.Build.VERSION.SDK_INT >= Build.VERSION_CODES.N)
              scheduleRefresh();

    //Call Job Finished
    jobFinished(jobParameters, false );

    return true;
}

@Override
public boolean onStopJob(JobParameters jobParameters) {
    return false;
}

private void scheduleRefresh() {
  JobScheduler mJobScheduler = (JobScheduler)getApplicationContext()
                    .getSystemService(JOB_SCHEDULER_SERVICE);
  JobInfo.Builder mJobBuilder = 
  new JobInfo.Builder(YOUR_JOB_ID,
                    new ComponentName(getPackageName(), 
                    GetSessionService.class.getName()));

  /* For Android N and Upper Versions */
  if (android.os.Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
      mJobBuilder
                .setMinimumLatency(60*1000) //YOUR_TIME_INTERVAL
                .setRequiredNetworkType(JobInfo.NETWORK_TYPE_ANY);
  }

Aktualizacja: Jeśli zastanawiają się nad uruchomieniem powtarzającego się zadania w trybie drzemki i myślą o Jobschedulerze, dla twojej wiadomości: JobSchedulers nie mogą działać w trybie drzemki.

Dla trybu doze, AlarmManager nadal daje najlepsze rozwiązanie. możesz użyć setExactAndAllowWhileIdle() jeśli chcesz uruchomić swoje okresowe zadanie w dokładnym czasie lub użyj setAndAllowWhileIdle() jeśli jesteś elastyczny.

Możesz również użyć setAlarmClock() ponieważ urządzenie zawsze wychodzi z trybu drzemki dla budzika i wraca ponownie do trybu drzemki. Innym sposobem jest użycie FCM.

Znalazłem odpowiedź na problem, z którym mamy do czynienia z urządzeniami Nugat. Urządzenia Nugat nie są w stanie zaplanować zadania, jeśli zadanie musi być ponownie zaplanowane mniej niż 15 minut.

Wypróbowałem, podając czas przerwy jako 15 minut, a praca zaczęła być planowana co 15 minut.

Kod Harmonogramu Pracy:

public static void scheduleJob(Context context) {
    ComponentName serviceComponent = new ComponentName(context, PAJobService.class);
    JobInfo.Builder builder = new JobInfo.Builder(JOB_ID, serviceComponent);
    builder.setPeriodic(15 * 60 * 1000, 5 * 60 *1000);

    JobScheduler jobScheduler = context.getSystemService(JobScheduler.class);
    int ret = jobScheduler.schedule(builder.build());
    if (ret == JobScheduler.RESULT_SUCCESS) {
        Log.d(TAG, "Job scheduled successfully");
    } else {
        Log.d(TAG, "Job scheduling failed");
    }
}

Job Service:

public class PAJobService extends JobService {
    private static final String TAG = PRE_TAG + PAJobService.class.getSimpleName();
    private LocationManager mLocationManager;

    public boolean onStartJob(JobParameters params) {
        Log.d(TAG, "onStartJob");
        Toast.makeText(getApplicationContext(), "Job Started", Toast.LENGTH_SHORT).show();
        return false;
    }

    public boolean onStopJob(JobParameters params) {
        Log.d(TAG, "onStopJob");
        return false;
    }
}

Krótko mówiąc, jeśli zwiększyłbyś czas interwału do 15 minut, kod zacząłby działać.

private static final long REFRESH_INTERVAL = 15 * 60 * 1000;

Jeśli chcesz uruchomić kod okresowo mniej niż 15 minut, możesz użyć trudnego sposobu. Ustaw swój jobFinished() w ten sposób

jobFinished(parameters, true);

Przełoży Kod ze strategią ponownej próby. Definiowanie niestandardowych kryteriów cofania za pomocą

.setBackoffCriteria();