OnPostExecute не вызывается в AsyncTask (исключение среды выполнения обработчика)

Ответ 1

Чтобы обобщить решение Jonathan Perlow на обнаруженную им ошибку, я использую следующее в любом классе, использующем AsyncTask. Петлером/обработчиком/сообщением является то, как вы можете что-то запускать в потоке пользовательского интерфейса в любом приложении Android, не передавая дескриптор активности или другому контексту. Добавьте этот статический блок инициализации внутри класса:

{ // https://stackoverflow.com/questions/4280330/onpostexecute-not-being-called-in-asynctask-handler-runtime-exception
    Looper looper = Looper.getMainLooper();
    Handler handler = new Handler(looper);
    handler.post(new Runnable() {
      public void run() {
        try {
          Class.forName("android.os.AsyncTask");
        } catch (ClassNotFoundException e) {
          e.printStackTrace();
        }
      }
    });
}

Мы столкнулись с проблемой при попытке запуска модульных тестов. Я нашел обходной путь для этого, но конкретно не указал проблему. Мы только знали, что попытка использовать AsyncTask < > в Android JUnit test вызвана onPostExecute() не для вызова. Теперь мы знаем почему.

В этом сообщении показано, как запускать многопоточный асинхронный код в тесте Android JUnit:

Использование CountDownLatch в тестах JUnit на базе Android на основе AsyncTask

Для использования с модульными тестами, отличными от UI, я создал простой подкласс android.test.InstrumentationTestCase. Он имеет флаг "ok" и CountDownLatch. reset() или reset (count) создает новый CountDownLatch ({1, count}). good() устанавливает ok = true, count-- и call.countDown() на защелке. bad() устанавливает ok = false и отсчитывает весь путь. waitForIt (в секундах) ждет тайм-аут или защелка coundown до нуля. Затем он вызывает assertTrue (ok).

Затем тесты выглядят следующим образом:

someTest() {
  reset();
  asyncCall(args, new someListener() {
    public void success(args) { good(); }
    public void fail(args) { bad(); }
  });
  waitForIt();
}

Из-за статической ошибки инициализации AsyncTask нам пришлось запускать наши фактические тесты внутри Runnable, переданного runTestOnUiThread(). При правильной статической инициализации, как указано выше, это не обязательно, если только тестируемый вызов не должен запускаться в потоке пользовательского интерфейса.

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

boolean onUiThread = Looper.getMainLooper().getThread() == Thread.currentThread();

Затем используйте простой подкласс (просто необходимы doInBackground() и onPostExecute()) для AsyncTask < > для запуска в потоке, отличном от UI, или handler.post() или postDelayed() для запуска в потоке пользовательского интерфейса.

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

void method(final args, sync, listener, callbakOnUi) {
  Runnable run = new Runnable() { public void run() {
    // method code... using args or class members.
    if (listener != null) listener(results);
    // Or, if the calling code expects listener to run on the UI thread:
    if (callbackOnUi && !onUiThread)
      handler.post(new Runnable() { public void run() {listener()}});
    else listener();
  };
  if (sync) run.run(); else new MyAsync().execute(run);
  // Or for networking code:
  if (sync && !onUiThread) run.run(); else new MyAsync().execute(run);
  // Or, for something that has to be run on the UI thread:
  if (sync && onUiThread) run.run() else handler.post(run);
}

Кроме того, использование AsyncTask можно сделать очень простым и сжатым. Используйте определение RunAsyncTask.java ниже, затем напишите код следующим образом:

    RunAsyncTask rat = new RunAsyncTask("");
    rat.execute(new Runnable() { public void run() {
        doSomethingInBackground();
        post(new Runnable() { public void run() { somethingOnUIThread(); }});
        postDelayed(new Runnable() { public void run() { somethingOnUIThreadInABit(); }}, 100);
    }});

Или просто: новый RunAsyncTask (""). execute (new Runnable() {public void run() {doSomethingInBackground();}});

RunAsyncTask.java:

package st.sdw;
import android.os.AsyncTask;
import android.util.Log;
import android.os.Debug;

public class RunAsyncTask extends AsyncTask<Runnable, String, Long> {
    String TAG = "RunAsyncTask";
    Object context = null;
    boolean isDebug = false;
    public RunAsyncTask(Object context, String tag, boolean debug) {
      this.context = context;
      TAG = tag;
      isDebug = debug;
    }
    protected Long doInBackground(Runnable... runs) {
      Long result = 0L;
      long start = System.currentTimeMillis();
      for (Runnable run : runs) {
        run.run();
      }
      return System.currentTimeMillis() - start;
    }
    protected void onProgressUpdate(String... values) {        }
    protected void onPostExecute(Long time) {
      if (isDebug && time > 1) Log.d(TAG, "RunAsyncTask ran in:" + time + " ms");
      v = null;
    }
    protected void onPreExecute() {        }
    /** Walk heap, reliably triggering crash on native heap corruption.  Call as needed. */  
    public static void memoryProbe() {
      System.gc();
      Runtime runtime = Runtime.getRuntime();
      Double allocated = new Double(Debug.getNativeHeapAllocatedSize()) / 1048576.0;
      Double available = new Double(Debug.getNativeHeapSize()) / 1048576.0;
      Double free = new Double(Debug.getNativeHeapFreeSize()) / 1048576.0;
      long maxMemory = runtime.maxMemory();
      long totalMemory = runtime.totalMemory();
      long freeMemory = runtime.freeMemory();
     }
 }

Ответ 2

Это связано с ошибкой в ​​AsyncTask в платформе Android. AsyncTask.java имеет следующий код:

private static final InternalHandler sHandler = new InternalHandler();

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

Общим шаблоном, который вызывает это, является использование класса IntentService. Код примера C2DM делает это.

Простым обходным путем является добавление следующего кода в метод onCreate:

Class.forName("android.os.AsyncTask");

Это приведет к инициализации AsyncTask в основном потоке. Я зарегистрировал ошибку об этом в базе данных ошибок Android. См. http://code.google.com/p/android/issues/detail?id=20915.

Ответ 3

У меня была такая же проблема на устройстве с Android 4.0.4 с IntentService, и я решил его как sdw с классом Class.forName( "android.os.AsyncTask" ). То же самое не произошло на Android 4.1.2, 4.4.4 или 5.0. Интересно, решил ли этот Google проблему Мартина Уэста с 2011 года.

Я добавил этот код в свое приложение onCreate, и он сработал:

    if (Build.VERSION.SDK_INT <= Build.VERSION_CODES.JELLY_BEAN) {
        try {
            Class.forName("android.os.AsyncTask");
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }
    }

Было бы неплохо узнать, нужно ли изменить версию Android на что-то еще.

Ответ 4

AsyncTask.execute() должно выполняться в потоке пользовательского интерфейса, то есть внутри Activity.

Ответ 5

У меня такая же проблема, похоже, происходит, когда AsyncTask работает во время приостановки/возобновления.

EDIT: Да, не думал, что у меня есть, но я использовал это http://developer.android.com/guide/appendix/faq/commontasks.html#threading чтобы всегда запускать AsyncTask в потоке пользовательского интерфейса, и проблема исчезла. Проблема возникла после добавления функции лицензирования siggghhhhh

Спасибо

Ответ 6

Несмотря на то, что это напрямую не отвечает на вопрос OP, я думаю, что это будет полезно для людей, которые ищут решение одной и той же проблемы при выполнении тестов.

В целом, Ответ Питера Кнего подводит итог.

Моя проблема была конкретно связана с запуском теста в классе вне Activity, который использовал Android AsyncTask для вызова API. Класс работает в приложении, так как он используется Activity, но я хотел запустить тест, создающий фактический вызов API из теста.

В то время как ответ Джонатана Перлоу работал, мне не нравилось вводить изменения в мое приложение только из-за теста.

Итак, в случае теста runTestOnUiThread можно использовать (@UiThreadTest нельзя использовать, так как вы не можете дождаться результата в тесте, который использует эту аннотацию).

public void testAPICall() throws Throwable {
    this.runTestOnUiThread(new Runnable() {
        public void run() {
            underTest.thisMethodWillMakeUseOfAnAsyncTaskSomehow();
        }           
    }); 

    // Wait for result here *
    // Asserts here
}

Иногда, особенно в функциональных тестах, ответ Jonathan Perlow кажется единственным, что работает.

* Посмотрите здесь, чтобы посмотреть, как приостановить тест, ожидающий результата.