我有一个使用 ACRA 的应用已经投入生产了几周,在今天报告了一个奇怪的错误之前,我的错误为零。
我有:
android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.
来自堆栈跟踪中的此方法(已追溯):
at my.app.CountdownFragment$1.void onPostExecute(java.lang.Object)(SourceFile:1)
这是相关的源代码 fragment :
private void addInstructionsIfNeeded() {
if (S.sDisplayAssist) {
new AsyncTask<String, Void, String>() {
@Override
protected String doInBackground(String... params) {
return null;
}
/*
* runs on the ui thread
*/
protected void onPostExecute(String result) {
Activity a = getActivity();
if (S.sHelpEnabled && a != null) {
in = new InstructionsView(a.getApplicationContext());
RelativeLayout mv = (RelativeLayout) a
.findViewById(R.id.main_place);
mv.addView(in.prepareView());
}
};
}.execute("");
}
}
其中 addInstructionsIfNeeded()
是从处理程序调度的消息(UI thead)中调用的。
onPostExecute()
在 UI 线程上运行,为什么我会出现“错误线程”?- 此代码已在 150 多台设备上运行,超过 100000 次(根据 Flurry),从未出现此错误。
- 原始设备是运行 SDK 4.0.4 的三星 SGH-I997
我的问题是:怎么可能?
编辑: 这一切都发生在一个 fragment 中
最佳答案
我遇到了同样的问题,这是另一个 android 框架错误...
发生了什么:
在某些情况下,应用程序可以有多个“循环器”,因此可以有多个“UI 线程”
--旁注-- 我在这个答案中使用了“UI 线程”这个术语,因为当人们说“UI 线程”时,他们通常指的是主线程或入口线程,与之前的许多其他操作系统一样,Android 允许针对不同的 UI 树进行多个消息泵(在 Android 中称为 Looper
,请参阅:http://en.wikipedia.org/wiki/Event_loop),因为所有 Intent 和目的的 android 都能够运行在某些情况下会出现多个“UI 线程”,并且使用该术语会导致大量歧义... --结束旁注--
这意味着:
由于一个应用程序可以有多个“UI 线程”并且一个 AsyncTask
总是“在 UI 线程上运行”[ref] ,因此有人决定 [糟糕地] 而不是 AsyncTask 总是在其创建时运行线程(在 99.999999% 的情况下,这将是正确的“UI 线程”),他们决定使用 hocus pocus(或制作不佳的快捷方式,您决定)在“主循环器”上执行..
示例:
Log.i("AsyncTask / Handler created ON: " + Thread.currentThread().getId());
Log.i("Main Looper: " + Looper.getMainLooper().getThread().getId() + " myLooper: "+ Looper.myLooper().getThread().getId());
new AsyncTask<Void, Void, Void>() {
@Override
protected Void doInBackground(Void... params) {
Log.i("doInBackground ran ON: " + Thread.currentThread().getId());
// I'm in the background, all is normal
handler.post(new Runnable() {
@Override
public void run() {
Log.i("Handler posted runnable ON: " + Thread.currentThread().getId());
// this is the correct thread, that onPostExecute should be on
}
});
return null;
}
@Override
protected void onPostExecute(Void result) {
Log.i("onPostExecute ran ON: " + Thread.currentThread().getId());
// this CAN be the wrong thread in certain situations
}
}.execute();
如果从上述不良情况调用,输出将如下所示:
AsyncTask / Handler created ON: 16
Main Looper: 1 myLooper: 16
doInBackground ran ON: 12
onPostExecute ran ON: 1
Handler posted runnable ON: 16
这对于 AsyncTask
如图所示,在我的具体情况下,可以使用 Handler.post(Runnable)
来缓解这种情况,我的“UI 线程”情况的双重性是由于我正在创建一个对话框作为响应到从 WebView
调用的 JavaScript 接口(interface)方法,基本上:WebView
有自己的“UI 线程”,这就是我当前正在运行的那个..
据我所知(没有真正关心或阅读太多)似乎 AsyncTask
类的回调方法通常运行单个静态实例化处理程序(参见:http://grepcode.com/file/repository.grepcode.com/java/ext/com.google.android/android/4.0.3_r1/android/os/AsyncTask.java#AsyncTask.0sHandler) ,这意味着它总是会在他们错误地称为“UI线程”的“主线程”或“入口线程”上执行(假定为发生UI交互的任何线程,例如多个线程这种情况)这既是劣质工艺,又是来自android团队的劣质文档……弱酱,酱弱
希望这对你有帮助-ck
关于Android:在 onPostExecute() 中得到 CalledFromWrongThreadException - 怎么可能?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10426120/