从错误的线程+内部类调用..奇怪的行为

Question

我想请人解释一下为什么会失败...

我的活动有一个内部类 AppHelper，它导出一个函数 setThrobber。为简单起见，我省略了所有的初始化代码等。

此函数 setThrobber 旨在在 UI 线程之外调用，通常在网络加载期间，以报告进度...然后，这些类使用内部类 AppHelper 和 setThrobber 方法从网络加载器执行此操作线程。

令我惊讶的是，第一种方法失败了（见最后的错误），第二种方法成功了。为什么第一个不在UI线程中执行而第二个是？？？更奇怪的是，在错误堆栈跟踪中，它看起来像是从 UI 线程调用的，即使 Android 抛出了 Called From Wrong Thread 异常。为什么从线程的角度来看两个代码块不等价？

PD- 我也尝试了 handler.post() ，结果相同！ PD2- AppHelper 类在 onCreate 内部实例化

提前致谢！！

public class MyApplication extends Activity {

    private ProgressDialog progressDialog;

    void setThrobber_internal (String message) {
         progressDialog.setMessage(message);
    }

    public class AppHelper {

        public setThrobber(final String msg) {
             MyApplication.this.runOnUiThread(new Runnable() {
                 @Override 
                 public void run() {
                     setThrobber_internal(msg);
                     // This throws CalledFromWrongThread (!!)
                 }
             }); 
        }
    }
}

对比

public class MyApplication extends Activity {

    private ProgressDialog progressDialog;

    private void setThrobber_internal(final String msg) {

         // runUiThread here instead of in inner class wrapper

         runOnUiThread(new Runnable() {
             @Override 
             public void run() {
                 progressDialog.setMessage(msg);
             }
         }); 
    } 

    public class AppHelper {

        public void setThrobber(final String msg) {
             setThrobber_internal(msg); // this works OK
        }
    }
}

第一种情况的Stack trace：

E/AndroidRuntime(17677): FATAL EXCEPTION: main
E/AndroidRuntime(17677): android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.
E/AndroidRuntime(17677):    at android.view.ViewRootImpl.checkThread(ViewRootImpl.java:4039)
E/AndroidRuntime(17677):    at android.view.ViewRootImpl.invalidateChild(ViewRootImpl.java:722)
E/AndroidRuntime(17677):    at android.view.ViewRootImpl.invalidateChildInParent(ViewRootImpl.java:771)
E/AndroidRuntime(17677):    at android.view.ViewGroup.invalidateChild(ViewGroup.java:4005)
E/AndroidRuntime(17677):    at android.view.View.invalidate(View.java:8576)
E/AndroidRuntime(17677):    at android.view.View.invalidate(View.java:8527)
E/AndroidRuntime(17677):    at android.widget.TextView.checkForRelayout(TextView.java:6760)
E/AndroidRuntime(17677):    at android.widget.TextView.setText(TextView.java:3306)
E/AndroidRuntime(17677):    at android.widget.TextView.setText(TextView.java:3162)
E/AndroidRuntime(17677):    at android.widget.TextView.setText(TextView.java:3137)
E/AndroidRuntime(17677):    at com.android.internal.app.AlertController.setMessage(AlertController.java:261)
E/AndroidRuntime(17677):    at android.app.AlertDialog.setMessage(AlertDialog.java:185)
E/AndroidRuntime(17677):    at android.app.ProgressDialog.setMessage(ProgressDialog.java:314)
----------------------------------
E/AndroidRuntime(17677):    at com.regaliz.libneo.NativeStory.setThrobber_internal(NativeStory.java:269)
E/AndroidRuntime(17677):    at com.regaliz.libneo.NativeStory$AppHelper$8.run(NativeStory.java:865)
----------------------------------
E/AndroidRuntime(17677):    at android.os.Handler.handleCallback(Handler.java:605)
E/AndroidRuntime(17677):    at android.os.Handler.dispatchMessage(Handler.java:92)
E/AndroidRuntime(17677):    at android.os.Looper.loop(Looper.java:137)

请求额外代码：

• AppHelper 类在主 Activity 中被实例化，并被传递给 Activity 中的其他子类，使用 Wea​​kReference 保持它（检查这不是问题）

• 使用失败的 AppHelper 的类会：

public void story_loadfonts(String jsonFonts) {

    最后的 AppHelper appHelper=mWeakAppHelper.get(); // apphelper 存储在弱引用中

    尝试 {
        .
        .
        .
        新线程（新可运行（）{
            @覆盖
            公共无效运行（）{
                尝试 {
                    for (int i=0; i

Answer 1

查看Android: Accessing UI Element from timer thread 打勾的答案，我想知道问题是否与runOnUiThread 调用的创建位置有关。

根据android开发者页面，runOnUiThread：

在 UI 线程上运行指定的操作。如果当前线程是 UI 线程，则立即执行该操作。如果当前线程不是UI线程，则将动作发布到UI线程的事件队列中。

Android Java runOnUiThread() 指出，在 Activity 的处理程序上调用 post 与调用 runOnUithread 基本相同。

所以，问题是第一种情况下的Handler与第二种情况下的Handler有什么不同。

在第二种情况下，我怀疑您肯定会发布到与主要活动相关的处理程序。

在第二种情况下，我推断是与创建 AppHelper 的线程关联的处理程序，从您所说的应该是相同的。

编辑：基于与问题作者的进一步互动，关键如下：

似乎onPause 有效地停止了活动 UI 线程死亡，而onResume 创建了一个新线程。所以我们可以访问它的处理程序也会被这个进程更新。

（最终的、弱的）appHolder 实例化与旧的 UI 线程处理程序相关联，因此如果在其中执行 runOnUiThread，则引用旧的持有者（通过 runOnUiThread）。这是第一种情况的情况。

然而，在第二种情况下，对runOnUiThread 的调用不再在该代码中执行（被称为pre-onPause），而是在主活动内的一个方法中执行，该方法将更新处理程序@ 987654333@ 来电。

简而言之：确保对runOnUiThread（实际上是handler.post()）的调用始终以确保他们使用最新的live Activity 版本（并且它是UI 线程）的方式完成，并且没有链接到以前的版本。