Android AsyncTask для длительных операций

Это очень хороший вопрос, программисту Android требуется время, чтобы полностью разобраться в проблеме. Действительно, у AsyncTask есть две основные проблемы, которые связаны:

• Они слабо привязаны к жизненному циклу деятельности.
• Они очень легко создают утечки памяти.

В приложении RoboSpice Motivations (доступно в Google Play) мы подробно отвечаем на этот вопрос. Он даст подробное представление об AsyncTasks, Loaders, их функциях и недостатках, а также познакомит вас с альтернативным решением для сетевых запросов: RoboSpice. Сетевые запросы являются обычным требованием в Android и по своей природе являются длительными операциями. Вот отрывок из приложения:

Жизненный цикл AsyncTask и Activity

AsyncTasks не следуют жизненному циклу экземпляров Activity. Если вы запускаете AsyncTask внутри Activity и вращаете устройство, Activity будет уничтожено и будет создан новый экземпляр. Но AsyncTask не умрет. Он будет жить, пока не завершится.

И когда он завершится, AsyncTask не обновит пользовательский интерфейс нового Activity. На самом деле он обновляет предыдущий экземпляр активности, который больше не отображается. Это может привести к исключению типа java.lang.IllegalArgumentException: представление, не прикрепленное к диспетчеру окон, если вы используете, например, findViewById для получения представления внутри Activity.

Проблема с утечкой памяти

Очень удобно создавать AsyncTasks как внутренние классы ваших Activity. Поскольку AsyncTask необходимо будет управлять представлениями Activity, когда задача завершена или выполняется, использование внутреннего класса Activity кажется удобным: внутренние классы могут напрямую обращаться к любому полю внешнего класса.

Тем не менее, это означает, что внутренний класс будет содержать невидимую ссылку на свой экземпляр внешнего класса: Activity.

В конечном итоге это приводит к утечке памяти: если AsyncTask длится долго, он сохраняет активность «живой», тогда как Android хотел бы избавиться от нее, поскольку она больше не может отображаться. Действие не может быть собрано мусором, и это центральный механизм для Android для сохранения ресурсов на устройстве.

Это действительно очень плохая идея использовать AsyncTasks для длительных операций. Тем не менее, они подходят для короткоживущих, таких как обновление View через 1 или 2 секунды.

Я рекомендую вам загрузить приложение RoboSpice Motivations, он действительно подробно объясняет это и предоставляет образцы и демонстрации различных способов выполнения некоторых фоновых операций.

Зачем ?

Поскольку AsyncTask по умолчанию использует пул потоков , который вы не создавали. Никогда не связывайте ресурсы из пула, который вы не создавали, поскольку вы не знаете, каковы требования к этому пулу. И никогда не привязывайте ресурсы из пула, который вы не создавали, если документация для этого пула говорит вам не делать этого, как здесь.

В частности, начиная с Android 3.2, пул потоков, используемый AsyncTask по умолчанию (для приложений, для которых android:targetSdkVersion установлено значение 13 или выше), имеет только один поток в нем - если вы связали этот поток на неопределенный срок, ни одна из ваших задач не будет запущена.

Задача Aysnc - это специализированные потоки, которые по-прежнему предназначены для использования с графическим интерфейсом вашего приложения, но при этом сохраняют ресурсоемкие задачи потока пользовательского интерфейса. Поэтому, когда такие вещи, как обновление списков, изменение ваших представлений и т. Д., Требуют от вас выполнения некоторых операций выборки или операций обновления, вы должны использовать асинхронные задачи, чтобы вы могли держать эти операции вне потока пользовательского интерфейса, но обратите внимание, что эти операции все еще каким-то образом связаны с пользовательским интерфейсом. .

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

Поэтому для коротких задач используйте асинхронные задачи, потому что они могут быть убиты ОС после того, как ваша порождающая активность умрет (обычно не умирает в середине операции, но завершает свою задачу). А для долгих и повторяющихся задач используйте вместо этого сервисы.

для получения дополнительной информации см. темы:

AsyncTask дольше нескольких секунд?

и

AsyncTask не остановится, даже если действие было уничтожено

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

Решение исправить это - определить асинхронную задачу как статический внутренний класс активности и использовать слабый ссылка на контекст.

Но все же рекомендуется использовать его для простых и быстрых фоновых задач. Чтобы разработать приложение с чистым кодом, лучше использовать RxJava для запуска сложных фоновые задачи и обновление пользовательского интерфейса с их результатами.