17

我有一个AsyncTask获取一些数据,然后用这些新数据更新 UI。几个月来它一直运行良好,但我最近添加了一个功能,当有新数据时显示通知。现在,当我的应用程序通过通知启动时,有时我会收到此异常并且onPostExecute不会被调用。

这是应用程序启动时发生的情况:

1) 展开 UI 并找到视图

2) 取消AlarmManager检查新数据的警报(通过 )并重置警报。(这样如果用户禁用警报,它会在他/她下次重新启动之前被取消。)

3) 启动AsyncTask. 如果应用程序是从通知启动的,请传入一点数据,然后取消通知。

我被困在可能导致此异常的原因上。似乎异常来自AsyncTask代码,所以我不确定如何修复它。

谢谢!

这是一个例外:

I/My App(  501): doInBackground exiting
W/MessageQueue(  501): Handler{442ba140} sending message to a Handler on a dead thread
W/MessageQueue(  501): java.lang.RuntimeException: Handler{442ba140} sending message to a Handler on a dead thread
W/MessageQueue(  501):  at android.os.MessageQueue.enqueueMessage(MessageQueue.java:179)
W/MessageQueue(  501):  at android.os.Handler.sendMessageAtTime(Handler.java:457)
W/MessageQueue(  501):  at android.os.Handler.sendMessageDelayed(Handler.java:430)
W/MessageQueue(  501):  at android.os.Handler.sendMessage(Handler.java:367)
W/MessageQueue(  501):  at android.os.Message.sendToTarget(Message.java:348)
W/MessageQueue(  501):  at android.os.AsyncTask$3.done(AsyncTask.java:214)
W/MessageQueue(  501):  at java.util.concurrent.FutureTask$Sync.innerSet(FutureTask.java:252)
W/MessageQueue(  501):  at java.util.concurrent.FutureTask.set(FutureTask.java:112)
W/MessageQueue(  501):  at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:310)
W/MessageQueue(  501):  at java.util.concurrent.FutureTask.run(FutureTask.java:137)
W/MessageQueue(  501):  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1068)
W/MessageQueue(  501):  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:561)
W/MessageQueue(  501):  at java.lang.Thread.run(Thread.java:1096)

编辑:这是我onCreate在主要活动中的方法(通知打开的方法)。onClickListeners为了节省空间,我省略了一些。我认为它们不应该有任何影响,因为它们所连接的按钮没有被按下。

@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState); // Call the parent

    setContentView(R.layout.main); // Create the UI from the XML file

    // Find the UI elements
    controls = (SlidingDrawer) findViewById(R.id.drawer); // Contains the
    // buttons
    // comic = (ImageView) findViewById(R.id.comic); // Displays the comic
    subtitle = (TextView) findViewById(R.id.subtitleTxt); // Textbox for the
    // subtitle
    prevBtn = (Button) findViewById(R.id.prevBtn); // The previous button
    nextBtn = (Button) findViewById(R.id.nextBtn); // The next button
    randomBtn = (Button) findViewById(R.id.randomBtn); // The random button
    fetchBtn = (Button) findViewById(R.id.comicFetchBtn); // The go to specific id button
    mostRecentBtn = (Button) findViewById(R.id.mostRecentBtn); // The button to go to the most recent comic
    comicNumberEdtTxt = (EditText) findViewById(R.id.comicNumberEdtTxt); // The text box to Zooming image view setup
    zoomControl = new DynamicZoomControl();

    zoomListener = new LongPressZoomListener(this);
    zoomListener.setZoomControl(zoomControl);

    zoomComic = (ImageZoomView) findViewById(R.id.zoomComic);
    zoomComic.setZoomState(zoomControl.getZoomState());
    zoomComic.setImage(BitmapFactory.decodeResource(getResources(), R.drawable.defaultlogo));
    zoomComic.setOnTouchListener(zoomListener);

    zoomControl.setAspectQuotient(zoomComic.getAspectQuotient());

    resetZoomState();

    // enter the new id
    imm = (InputMethodManager) getSystemService(Context.INPUT_METHOD_SERVICE); // Used to hide the soft keyboard

    Log.i(LOG_TAG, "beginning loading of first comic");
    int notificationComicNumber = getIntent().getIntExtra("comic", -1);
    Log.i(LOG_TAG, "comic number from intent: " + notificationComicNumber);
    if (notificationComicNumber == -1) {
        fetch = new MyFetcher(this, zoomComic, subtitle, controls, comicNumberEdtTxt, imm, zoomControl);
        fetch.execute(MyFetcher.LAST_DISPLAYED_COMIC);
    } else {
        fetch = new MyFetcher(this, zoomComic, subtitle, controls, comicNumberEdtTxt, imm, zoomControl);
        fetch.execute(notificationComicNumber);
        ((NotificationManager) getSystemService(Context.NOTIFICATION_SERVICE)).cancelAll();
    }
    Log.i(LOG_TAG, "ending loading of new comic");

    Log.i(LOG_TAG, "first run checks beginning");
    // Get SharedPreferences
    prefs = getSharedPreferences("prefs", Context.MODE_PRIVATE);

    // Check if this is the first run of the app for this version
    if (prefs.getBoolean("firstRun-" + MAJOR_VERSION_NUMBER, true)) {
        prefs.edit().putBoolean("firstRun-" + MAJOR_VERSION_NUMBER, false).commit();
        firstRunVersionDialog();
    }

    // Check if this is the first run of the app
    if (prefs.getBoolean("firstRun", true)) {
        prefs.edit().putBoolean("firstRun", false).commit();
        firstRunDialog();
    }
    Log.i(LOG_TAG, "First run checks done");

            // OnClickListener s for the buttons omitted to save space

编辑 2:我一直在挖掘 Android 源代码,追踪异常的来源。sendMessageAtTime这是in的第 456 和 457 行Handler

msg.target = this;
sent = queue.enqueueMessage(msg, uptimeMillis);

这是enqueueMessage来自MessageQueue

    final boolean enqueueMessage(Message msg, long when) {
        if (msg.when != 0) {
            throw new AndroidRuntimeException(msg
                    + " This message is already in use.");
        }
        if (msg.target == null && !mQuitAllowed) {
            throw new RuntimeException("Main thread not allowed to quit");
        }
        synchronized (this) {
            if (mQuiting) {
                RuntimeException e = new RuntimeException(
                    msg.target + " sending message to a Handler on a dead thread");
                Log.w("MessageQueue", e.getMessage(), e);
                return false;
            } else if (msg.target == null) {
                mQuiting = true;
            }

            msg.when = when;
            //Log.d("MessageQueue", "Enqueing: " + msg);
            Message p = mMessages;
            if (p == null || when == 0 || when < p.when) {
                msg.next = p;
                mMessages = msg;
                this.notify();
            } else {
                Message prev = null;
                while (p != null && p.when <= when) {
                    prev = p;
                    p = p.next;
                }
                msg.next = prev.next;
                prev.next = msg;
                this.notify();
            }
        }
        return true;
    }

我对是什么有点困惑mQuiting,但看起来上一次enqueueMessage被称为msg.target是空的。

4

6 回答 6

40

这是由于 Android 框架中的 AsyncTask 中的一个错误。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

于 2011-10-19T08:57:19.490 回答
18

为了将 Jonathan Perlow 的解决方案推广到他特别确定的错误,我在任何使用 AsyncTask 的类中使用以下内容。looper/handler/post 是您可以在 Android 应用程序中的任何位置在 UI 线程上运行某些东西的方式,而无需将句柄传递给 Activity 或其他上下文。在类中添加这个静态初始化块:

{ // 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();
        }
      }
    });
}

我们在尝试运行单元测试时遇到了问题。我找到了解决方法,但没有具体确定问题。我们只知道在 Android JUnit 测试中尝试使用 AsyncTask<> 会导致 onPostExecute() 没有被调用。现在我们知道为什么了。

这篇文章展示了如何在 Android JUnit 测试中运行多线程异步代码:

在基于 Android AsyncTask 的 JUnit 测试中使用 CountDownLatch

为了与非 UI 单元测试一起使用,我创建了一个简单的 android.test.InstrumentationTestCase 子类。它有一个“ok”标志和一个 CountDownLatch。reset() 或 reset(count) 创建一个新的 CountDownLatch({1,count})。good() 在锁存器上设置 ok=true、count-- 和 call.countDown()。bad() 设置 ok=false,并一直倒计时。waitForIt(seconds) 等待超时或倒计时锁存为零。然后它调用assertTrue(ok)。

然后测试就像:

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

由于 AsyncTask 静态初始化错误,我们必须在传递给 runTestOnUiThread() 的 Runnable 中运行我们的实际测试。通过上述正确的静态初始化,这应该不是必需的,除非被测试的调用需要在 UI 线程上运行。

我现在使用的另一个习惯用法是测试当前线程是否是 UI 线程,然后在适当的线程上运行请求的操作。有时,允许调用者请求同步与异步是有意义的,必要时覆盖。例如,网络请求应始终在后台线程上运行。在大多数情况下,AsyncTask 线程池非常适合这一点。只要意识到一次只会运行一定数量的,阻止额外的请求。测试当前线程是否为UI线程:

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

然后使用 AsyncTask<> 的简单子类(只需要 doInBackground() 和 onPostExecute())在非 UI 线程上运行,或者使用 handler.post() 或 postDelayed() 在 UI 线程上运行。

为调用者提供运行同步或异步的选项,如下所示(获取此处未显示的本地有效 onUiThread 值;如上添加本地布尔值):

void method(final args, sync, listener, callbakOnUi) {
  Runnable run = new Runnable() { public void run() {
    // method's 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);
    }});

或者简单地说:new 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();
     }
 }
于 2012-03-17T18:11:06.670 回答
2

我在带有 IntentService 的 Android 4.0.4 设备上遇到了同样的问题,并按照 sdw 所说的 Class.forName("android.os.AsyncTask") 解决了它。在 Android 4.1.2、4.4.4 或 5.0 上没有发生同样的情况。我想知道这个谷歌是否从 2011 年解决了 Martin West 问题。

我在我的应用程序 onCreate 上添加了这段代码,它起作用了:

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

很高兴知道是否需要将 Android 版本更改为其他版本。

于 2014-11-29T14:54:34.013 回答
1

AsyncTask.execute() must be executed on UI thread, i.e. inside Activity.

于 2010-11-25T21:22:19.943 回答
0

我有同样的问题,它似乎发生在 AsyncTask 在暂停/恢复期间运行时。

编辑:是的,没想到我有,但我用这个http://developer.android.com/guide/appendix/faq/commontasks.html#threading 总是在 UI 线程上启动 AsyncTask,问题就消失了。我添加授权功能后出现问题,sigghhhhh

谢谢

于 2011-03-06T15:28:06.677 回答
0

尽管这并不能直接回答 OP 的问题,但我认为这对于在运行测试时寻找相同问题的解决方案的人们会很有用。

总的来说,Peter Knego 的回答总结得很好。

我的问题特别是在使用 Android 的 AsyncTask 进行 API 调用的 Activity 之外的类上运行测试。该类在应用程序中工作,因为它由 Activity 使用,但我想运行一个测试,从测试中进行实际的 API 调用。

虽然Jonathan Perlow 的回答有效,但我不喜欢仅仅因为测试而对我的应用程序进行更改。

因此,在runTestOnUiThread可以使用测试的情况下(@UiThreadTest不能使用,因为您不能等待使用该注释的测试中的结果)。

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

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

但有时,特别是在功能测试中,Jonathan Perlow 的答案似乎是唯一有效的答案。


*在此处查看如何暂停测试以等待结果。

于 2011-12-21T17:31:30.490 回答