Android:在 onPostExecute() 中得到 CalledFromWrongThreadException - 怎么可能？

Question

我有一个使用 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 中

Answer 1

我遇到了同样的问题，这是另一个 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