我有一个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源代码,追踪异常的来源。这是Handler
中sendMessageAtTime
的第456和457行
msg.target = this;
sent = queue.enqueueMessage(msg, uptimeMillis);
这是来自MessageQueue
的enqueueMessage
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
是空的。
发布于 2012-03-18 02:11:07
为了推广Jonathan Perlow对他特别指出的bug的解决方案,我在任何使用AsyncTask的类中使用以下代码。循环/处理程序/post是如何在Android应用程序中的任何地方在UI线程上运行一些东西,而不需要传递到活动或其他上下文的句柄。在类中添加此静态初始化块:
{ // 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()不被调用。现在我们知道原因了。
这篇文章展示了如何在安卓JUnit测试中运行多线程异步代码:
Using CountDownLatch in Android AsyncTask-based JUnit tests
为了与非UI单元测试一起使用,我创建了android.test.InstrumentationTestCase的一个简单子类。它有一个"ok“标志和一个CountDownLatch。CountDownLatch()或reset(count)创建新计数({1,count})。good()在锁存器上设置ok=true、count--和calls.countDown()。bad()设置ok=false,并一直倒计时。waitForIt(秒)等待超时或倒计时锁存为零。然后它调用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 Runnable(“”).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();
}
}
发布于 2011-10-19 16:57:19
这是由于安卓框架中AsyncTask中的一个错误。AsyncTask.java的代码如下:
private static final InternalHandler sHandler = new InternalHandler();
它期望在主线程上初始化它,但这不能保证,因为它将在任何导致类运行其静态初始化器的线程上初始化。我在处理程序引用工作线程的地方重现了这个问题。
导致这种情况发生的一种常见模式是使用类IntentService。C2DM示例代码可以做到这一点。
一种简单的解决方法是将以下代码添加到应用程序的onCreate方法中:
Class.forName("android.os.AsyncTask");
这将强制在主线程中初始化AsyncTask。我在android的bug数据库中提交了一个bug。参见http://code.google.com/p/android/issues/detail?id=20915。
发布于 2014-11-29 22:54:34
我在装有Android 4.0.4和IntentService的设备上遇到了同样的问题,就像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的版本是否需要更改为其他版本,那就太好了。
https://stackoverflow.com/questions/4280330
复制相似问题