Android JobIntentService, кажется, перезапущен

У меня есть приемник вещания, который прослушивает события подключения питания. Всякий раз, когда устройство подключено к источнику питания, я пытаюсь передать файлы из приложения на сервер на компьютере под управлением Ubuntu. Файлы передаются по Bluetooth. Поскольку передача файлов важна, если по какой-либо причине при передаче произошла ошибка или соединение не было успешным с первой попытки, я повторяю его до 6 раз, позволяя 3 минуты между попытками.

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

Я запустил это и заметил, что (в отличие от предыдущего) я получил слишком много ошибок "Сброс соединения по одноранговым узлам" во время передачи, что заставляет меня задуматься, останавливается ли задание до его завершения или что-то в этом роде?, Таких ошибок не было в моей предыдущей реализации. Затем я также заметил, что по какой-то причине ОС, похоже, снова запустила JobIntentService (событие не запустило его), что вызвало несоответствия в моем коде и привело к потере некоторых файлов (я не должен позволять несколько экземпляров этой работы выполняются одновременно)

Мой вопрос: почему вы думаете, что служба была перезапущена? Возможно ли, чтобы JobIntentService был завершен и перезапущен ОС во время передачи BT? Файлы тяжелые, поэтому их перенос из приложения на компьютер занимает несколько минут. Я думал о том, чтобы попробовать службу переднего плана вместо JobIntent и получить уведомление для службы или вернуться к моей предыдущей реализации.

Какие-либо предложения?

Вот как я называю Intent Job.

FileTransferJob.isJobAlreadyRunning = true;
Intent intent = new Intent(context, FileTransferJob.class);
intent.putExtra(TRANSFER_DATA_RETRIES, retries);
FileTransferJob.enqueueWork(context,intent);

Это класс JobIntentService

public class FileTransferJob extends JobIntentService {
/**
 * Unique job ID for this service.
 */
public static boolean isJobAlreadyRunning = false; //This flag will remain true as soon as this JOB is called and as long as retries are still available
public static final int JOB_ID = 1000;
public static int MAX_NUM_OF_RETRIES = 6;//How many times are we going to retry to send the data
private int MINUTES_TO_WAIT = 3; //The minutes we wait between each attempt
public String TAG = "FileTransferJob";

/**
 * Convenience method for enqueuing work in to this service.
 */
public static void enqueueWork(Context context, Intent work) {
    enqueueWork(context, FileTransferJob.class, JOB_ID, work);
}

@Override
protected void onHandleWork(Intent intent) {

    int retriesRemaining = intent.getIntExtra(TRANSFER_DATA_RETRIES,1); //Get the number of retries we have. Default to 1 (this one)
    Log.d(TAG, "onHandleWork: About to attempt transfer with remaining retries " + String.valueOf(retriesRemaining));


    try {
        BluetoothFileTransfer btio = new BluetoothFileTransfer();
        Log.d(TAG, "onHandleWork: About to send data over Bluetooth");
        btio.sendData(FileTransferJob.this.getApplicationContext());
        FileTransferJob.isJobAlreadyRunning = false; //Success, then this is no longer running
        Log.d(TAG, "onHandleWork: The data has been sent over Bluetooth");
    }catch (Exception e){
        Log.d(TAG, "onHandleWork: There was a problem with the BT transfer: " + e.getMessage());

        retriesRemaining--; //We reduce the number of retries we have

        //If no more retries available, simply do nothing
        if (retriesRemaining > 0) {
            Log.d(TAG, "onHandleWork: Setting up alarm. Retries ramaining: " + String.valueOf(retriesRemaining));
            AlarmManager alarmManager = (AlarmManager) getSystemService(ALARM_SERVICE);
            Intent alarmIntent = new Intent(this.getApplicationContext(), DataCollectReceiver.class);
            alarmIntent.setAction(TRANSFER_DATA);
            alarmIntent.putExtra(TRANSFER_DATA_RETRIES, retriesRemaining);

            PendingIntent alarmPendingIntent = PendingIntent.getBroadcast( this.getApplicationContext(), PENDING_INTENT_CODE_FILE_TRANSFER_JOB, alarmIntent, PendingIntent.FLAG_UPDATE_CURRENT);
            int totalTime = MINUTES_TO_WAIT*60*1000;
            if(alarmManager != null){
                alarmManager.setExactAndAllowWhileIdle(AlarmManager.RTC_WAKEUP,
                        System.currentTimeMillis() + totalTime,
                        alarmPendingIntent);
                Log.d(TAG, "onHandleWork: Alarm is set, waiting " + String.valueOf(totalTime) + " minutes for next attempt...");
            }else{
                Log.d(TAG, "onHandleWork: Alarm could not be set. Alarm manager is NULL");
            }

        }else{
            Log.d(TAG, "onHandleWork: There are no more retries");
            FileTransferJob.isJobAlreadyRunning = false;
        }
    }
}

@Override
public void onDestroy() {
    super.onDestroy();
    Log.d(TAG, "onDestroy: The file transfer JOB has finished");
}

}

Логкат. Выделенный раздел показывает, что, по моему мнению, ОС создает новый экземпляр JobService и запускает его.

введите описание изображения здесь

0 ответов

Позвольте мне попытаться ответить на него, поскольку я заметил это поведение. JobIntentService/JobService/Worker будет работать только в течение 10 минут, после чего они будут остановлены, и вы можете получить обратный вызов onStopJob/onStopCurrentWork в случае JobService/JobIntentService и OnStopped в случае Worker.

Хотя документ Android объяснил это поведение только для Worker, но JobService/JobIntentServie ведут себя одинаково

Работнику дается максимум десять минут, чтобы завершить его выполнение и вернуть ListenableWorker.Result. После того, как это время истекло, Рабочему будет дан сигнал об остановке.

Следовательно, я могу предположить, что ваша задача не завершена в течение 10 минут, и Android уничтожает JobIntentService. Теперь дело в том, что все эти Jobservice/JobIntentService/Worker запускаются снова (если преждевременно остановлены) после экспоненциального времени отката, т.е. 30 сек, 1 мин, 2 мин,4 мин...

Хотя странная часть заключается в том, что старый поток, который умер после 10 минут работы, запустился, как объяснено, но, когда обратный вызов снова приходит на HandleWork, он снова запускает другой поток, который дублирует работу, проделанную потоком, и поэтому я думаю, что вы видите несоответствия.

Предполагается, что вы прервете свою работу таким образом, чтобы ее можно было закончить с помощью окна 10 минут. Или мы можем подождать, пока команда Google исправит это.

Другие вопросы по тегам