Nano Hash - криптовалюты, майнинг, программирование

Как обрабатывать несколько асинхронных задач при повороте экрана?

У меня есть активность, которая может запускать разные асинхронные задачи. В редких случаях может быть возможно, что все асинтаски могут быть вызваны одновременно. Хорошо, не совсем одновременно, но мс после первого вызова - скажем, один за другим.

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


  • он не должен падать, если вы все делаете правильно, поэтому было бы неплохо увидеть некоторый код, чтобы увидеть, что вы делаете, и трассировку стека сбоя. 04.02.2015

Ответы:


1

Трудно сказать, почему именно ваше приложение дает сбой, если ваш код не доступен здесь.

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

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

  1. Переопределить Activity.onRetainNonConfigurationInstance(), который вызывается до того, как активность будет уничтожена из-за изменения ориентации, и вернуть туда объект. В новом действии onCreate() вызовите Activity.getLastNonConfigurationInstance(), чтобы получить этот объект, и у вас есть все ваши асинхронные задачи. Однако этот подход устарел, начиная с API 13. Вы не должны использовать его, если не хотите любой ценой избежать использования фрагментов.
  2. Используйте реализацию фрагмента без графического интерфейса, добавьте его в диспетчер фрагментов и вызовите его метод setRetainInstance(true), чтобы он выдержал изменение ориентации и позже мог быть получен с использованием FragmentManager.findFragmentByTag(). И здесь у вас снова есть ваши асинхронные задачи.

В объекте вы можете зарегистрировать текущую активность в качестве прослушивателя, чтобы получать уведомления о завершении асинхронной задачи. Таким образом, при завершении асинхронной задачи всегда уведомляется правильная активность. Когда вы используете второй подход с использованием фрагмента, вам не нужно явно регистрировать активность в качестве слушателя. Фрагмент узнает о присоединении к новой активности, когда его метод onAttach(Activity) автоматически вызывается диспетчером фрагментов.

04.02.2015

2

Поворот экрана создает еще один экземпляр действия (это варварство, я ненавижу это, они должны делать это лучше). Так что ваш AsyncTask будет путаться при повороте экрана. Хорошей практикой является сохранение WeakReference того, что вы обновляете в себе AsyncTask, и проверки того, что объект все еще действителен, когда onComplete срабатывает.

Но это не поможет вам здесь, потому что вы хотите, чтобы данные заканчивались вашей чередующейся активностью. Я бы рекомендовал перенести эти задачи в IntentService. Дополнительная информация
http://developer.android.com/training/run-background-service/index.html

04.02.2015
  • И как вы предлагаете доставить результат обратно в Activity, используя IntentService? Он не предназначен для поддержки привязки, и если вы используете шину событий или какой-либо другой общий метод уведомления, вы можете также реализовать это в AsyncTask вместо сохранения явной ссылки. 04.02.2015
  • Используйте BroadcastManager. Поскольку исходное действие и повернутое действие являются приемниками для широковещательной передачи от IntentService, они получат результат и обновления прогресса. IntentService — лучший вариант для этого, потому что он будет сохраняться, даже если исходная активность — это сбор ресурсов. 04.02.2015
  • AsyncTask также сохранится после уничтожения исходного Activity и сбора мусора. Он не зависит от жизненного цикла Activity, поскольку он поддерживается исполнителем пула потоков и Looper основного потока до тех пор, пока его задача не будет завершена и результат не будет доставлен. 04.02.2015
  • Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

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

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..