JobScheduler публикует вакансии дважды (не ожидается)
Я пишу учебник по JobScheduler, и я нахожу странное поведение. Я прошу запланировать 3 разных задания за 1 секунду (.setOverrideDeadline(1000)), но все они отправляются и запускаются дважды... Итак, код:
public class MyApplication extends Application {
private static final int JOB_ID_HanlderThread = 100;
private static final int JOB_ID_ExecutorService = 200;
private static final int JOB_ID_AsyncTask = 300;
JobScheduler mJobScheduler;
ExecutorService myExecutorServiceForJobs=null;
private static MyApplication INSTANCE;
public static MyApplication getInstance(){
return INSTANCE;
}
/**
* Called when the application is starting, before any activity, service,
* or receiver objects (excluding content providers) have been created.
* Implementations should be as quick as possible (for example using
* lazy initialization of state) since the time spent in this function
* directly impacts the performance of starting the first activity,
* service, or receiver in a process.
* If you override this method, be sure to call super.onCreate().
*/
@Override
public void onCreate() {
Log.e("MyApplication", "*********************** onCreate *****************************");
super.onCreate();
//use only for the ExceutorService case
INSTANCE=this;
//instanciate your JobScheduler
mJobScheduler= (JobScheduler) getSystemService(JOB_SCHEDULER_SERVICE);
Log.e("MyApplication", "onCreate: JobScheduler instanciate");
//this first example use the HandlerThread (no need of executor service)
//---------------------------------------------------------------------
//define your JobServices here
JobInfo.Builder builder = new JobInfo.Builder(JOB_ID_HanlderThread,
new ComponentName( getPackageName(),
MyJobServiceUsingHandlerThread.class.getName() ) );
//begin in one second
builder.setOverrideDeadline(1000);
int returnedValue;
//the return value is failure(0) or success(1) not the JobId if success (Javadoc wrong)
returnedValue=mJobScheduler.schedule( builder.build() );
//launch it
if( returnedValue <= 0 ) {
//If something goes wrong (manage exception/error is better than logging them)
Log.e("MyApplication", "onCreate: JobScheduler launch the task failure");
}else{
//nothing goes wrong
Log.e("MyApplication", "onCreate: JobScheduler launch the task suceess JOB_ID_HanlderThread "+returnedValue);
}
//this second example use ExecutorService
//---------------------------------------
//then again define your Job and launch it
JobInfo.Builder builder1 = new JobInfo.Builder(JOB_ID_ExecutorService,
new ComponentName( getPackageName(),
MyJobServiceUsingExecutor.class.getName() ) );
//begin in one second
builder1.setOverrideDeadline(1000);
//launch it
returnedValue=mJobScheduler.schedule( builder1.build() );
if( returnedValue <= 0 ) {
//If something goes wrong (manage exception/error is better than logging them)
Log.e("MyApplication", "onCreate: JobScheduler launch the task failure");
}else{
//nothing goes wrong
Log.e("MyApplication", "onCreate: JobScheduler launch the task suceess JOB_ID_ExecutorService "+returnedValue);
}
//this third example use AsyncTask
//--------------------------------
//then again define your Job and launch it
JobInfo.Builder builder2 = new JobInfo.Builder(JOB_ID_AsyncTask,
new ComponentName( getPackageName(),
MyJobServiceUsingAsyncTask.class.getName() ) );
//begin in one second
builder2.setOverrideDeadline(1000);
//launch it
returnedValue=mJobScheduler.schedule( builder2.build() );
if( returnedValue <= 0 ) {
//If something goes wrong (manage exception/error is better than logging them)
Log.e("MyApplication", "onCreate: JobScheduler launch the task failure");
}else{
//nothing goes wrong
Log.e("MyApplication", "onCreate: JobScheduler launch the task suceess JOB_ID_AsyncTask "+returnedValue);
}
}
Используя этот код, я ожидаю, что мои задания будут выполняться один раз, но если я посмотрю журнал, то получу:
10-20 06:45:13.118 13041-13041/? E/MyApplication: *********************** onCreate *****************************
10-20 06:45:13.122 13041-13041/? E/MyApplication: onCreate: JobScheduler instanciate
10-20 06:45:13.126 13041-13041/? E/MyApplication: onCreate: JobScheduler launch the task suceess JOB_ID_HanlderThread 1
10-20 06:45:13.127 13041-13041/? E/MyApplication: onCreate: JobScheduler launch the task suceess JOB_ID_ExecutorService 1
10-20 06:45:13.130 13041-13041/? E/MyApplication: onCreate: JobScheduler launch the task suceess JOB_ID_AsyncTask 1
10-20 06:45:13.559 13041-13041/? E/MyJobServiceHandler: onStartJob called <--------------------------------
10-20 06:45:13.572 13041-13041/? E/MyJobServiceExecutor: onStartJob called <--------------------------------
10-20 06:45:14.133 13041-13041/? E/MyJobServiceAsync: onStartJob called <--------------------------------
10-20 06:45:14.141 13041-13041/? E/MyJobServiceAsync: onStartJob called <--------------------------------
10-20 06:45:18.571 13041-13066/? E/MyHandler: The work is done in a separate thread called MyJobServiceUsingHandlerThread
10-20 06:45:18.573 13041-13041/? E/MyJobServiceHandler: onDestroy called, Looper is dead <******************************************
10-20 06:45:18.574 13041-13041/? E/MyJobServiceHandler: onStartJob called <--------------------------------
10-20 06:45:18.576 13041-13067/? E/MyRunnable: The work is done in a separate thread called MyJobServiceUsingExecutorService
10-20 06:45:18.577 13041-13041/? E/MyJobServiceExecutor: onDestroy called, executor service is dead <******************************************
10-20 06:45:18.577 13041-13041/? E/MyApplication: killMyExecutorServiceForJob called
10-20 06:45:18.577 13041-13041/? E/MyApplication: myExecutorServiceForJobs isShutDown
10-20 06:45:18.580 13041-13041/? E/MyJobServiceExecutor: onStartJob called <--------------------------------
10-20 06:45:19.145 13041-13070/? E/MyAsyncTask: The work is done in a separate thread called AsyncTask #1
10-20 06:45:19.145 13041-13041/? E/MyAsyncTask: The work is finished <******************************************
10-20 06:45:23.576 13041-13075/? E/MyHandler: The work is done in a separate thread called MyJobServiceUsingHandlerThread
10-20 06:45:23.577 13041-13041/? E/MyJobServiceHandler: onDestroy called, Looper is dead <******************************************
10-20 06:45:23.582 13041-13076/? E/MyRunnable: The work is done in a separate thread called MyJobServiceUsingExecutorService
10-20 06:45:23.584 13041-13041/? E/MyJobServiceExecutor: onDestroy called, executor service is dead <******************************************
10-20 06:45:23.584 13041-13041/? E/MyApplication: killMyExecutorServiceForJob called
10-20 06:45:23.584 13041-13041/? E/MyApplication: myExecutorServiceForJobs isShutDown
10-20 06:45:24.147 13041-13077/? E/MyAsyncTask: The work is done in a separate thread called AsyncTask #2
10-20 06:45:24.148 13041-13041/? E/MyAsyncTask: The work is finished <******************************************
В этом уроке я запускаю одно задание с HandlerThread, другое с ExecutorService и последнее с AsyncTask, чтобы объяснить, как выполнять работу в фоновом потоке. Я показываю эту другую технику, потому что могут быть случаи использования, когда вы хотите ставить свои задания в один поток (HandlerThread) или управлять пулом Thread (ExecutorService) или просто использовать неуправляемые потоки (AsyncTask).
Я определяю эти задания и планирую их в методе MyApplication:onCreate. Чтобы глубже взглянуть на код, я поместил его на GitHub здесь: https://github.com/MathiasSeguy-Android2EE/JobSchedulerForGitHub
1 ответ
Спасибо за это - я работал над JobScheduler. Основываясь на вашем приложении (спасибо!), Мне удалось довольно легко воспроизвести это и отследить причину ошибки.
tl; dr, это случай, который не будет происходить очень часто вне учебного приложения. Чтобы обойти это в вашем уроке, увеличьте крайний срок выполнения задания до большего, чем время, в течение которого выполняются все фоновые потоки.
Происходит то, что вы планируете свои задания по очереди, и JobScheduler запускает их практически сразу же, как они запланированы. Тем не менее, через секунду (одна секунда - это часть, которая не произойдет для "реального" приложения) срабатывает тревога крайнего срока переопределения, и планировщик заданий очень настойчиво решает, что любое задание, срок которого истек, должно быть запущено снова (API) В контракте указывается, что "срок истечения" превосходит все остальные соображения), поэтому он помещает его в очередь ожидания. Как только выполняемое задание завершено, очередь ожидающих проверяется, и задание там, поэтому оно запускается.
Таким образом, задание будет запущено в 2 раза, если срок истечет во время выполнения задания. Убедитесь, что крайний срок истекает либо до запуска задания (что приводит к выполнению задания), либо после (сигнал тревоги фактически не приземляется из-за того, что задание уже выполнено), и все работает как задумано.
Я исправил это в Android N (к сожалению, M уже поставляется) и добавил тест CTS, чтобы убедиться, что он остается исправленным. Спасибо, что обратили на это наше внимание