3

结合我的上一个问题 ，我想确切地知道当异常被 a 捕获时上下文会发生什么Thread.UncaughtExceptionListener。当侦听器接收到未捕获的异常时，上下文似乎已陷入困境。它可以访问它的一些方法（主要是与资源有关的方法），但随后有很多方法不起作用（或明显不起作用）。这包括（但不限于，我确信还有更多我没有找到）：

  • Toast（如我的链接）
  • Dialog
  • 创造新的活动。这包括正常Context.startActivity(Intent)和PendingIntent.

然而，上下文仍然可以访问上下文资源（getString()奇怪 Resources的是Notifications）。

为什么是这样？是什么导致上下文中的这种状态不平衡（？）以防止任何上下文驱动的调用？

下面我为您创建了一个测试应用程序，假设在未捕获异常时启动错误活动。要在我一直在做的情况下测试我提到的东西（Toast 和对话），请将它们的构建器放在 BoomMitActivity 中，而不是通知构建器。

在给定的示例中，活动出错（怎么可能不出错？）并在单击时启动 BoomMitActivtiy Notification。但是，从未调用过 BoomMit onCreate。

应用：

public class AndroidTestoActivity extends Activity implements UncaughtExceptionHandler {
    @Override public void onCreate(Bundle icicle) {
        super.onCreate(icicle);

        Thread.setDefaultUncaughtExceptionHandler(this);

        throw new RuntimeException("HAHAHAHA, I broke you");
    }

    @Override public void uncaughtException(Thread arg0, Throwable arg1) {
        finish();
        NotificationManager nm = (NotificationManager)getSystemService(Context.NOTIFICATION_SERVICE);
        Notification note = new Notification(R.drawable.ic_launcher, "Boom!", System.currentTimeMillis());

        Intent i = new Intent(this, BoomMitActivity.class);
        i.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
        PendingIntent pi = PendingIntent.getActivity(this, 1, i, PendingIntent.FLAG_ONE_SHOT);
        note.setLatestEventInfo(this, "Boom!", "Open BoomMitActivity", pi);
        note.flags |= Notification.FLAG_AUTO_CANCEL;

        nm.notify(1, note);
        Log.d("TAG", "End");
    }

    static class BoomMitActivity extends Activity {
        @Override public void onCreate(Bundle icicle) {
            super.onCreate(icicle);
            TextView tv = new TextView(this);
            tv.setLayoutParams(new LayoutParams(LayoutParams.FILL_PARENT, LayoutParams.FILL_PARENT));
            tv.setBackgroundColor(0xffff0000);
            tv.setText("BoomMitActivity is the one true activity");
            tv.setTextColor(0xff00ffff);
            setContentView(tv);
        }
    }
}

显现：

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.testo"
    android:versionCode="1"
    android:versionName="1.0" >

    <uses-sdk android:minSdkVersion="8" />

    <application
        android:icon="@drawable/ic_launcher"
        android:label="@string/app_name" >
        <activity
            android:name=".AndroidTestoActivity"
            android:label="@string/app_name" >
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>

        <activity android:name="AndroidTestoActivity$BoomMitActivity"
            android:label="I'm a real boy!"
            android:taskAffinity=""
            android:excludeFromRecents="true"
            android:launchMode="singleTask">
            <intent-filter>
                <action android:name="android.intent.action.MAIN"/>
                <category android:name="android.intent.category.LAUNCHER"/>
            </intent-filter>
        </activity>
    </application>
</manifest>
4

1 回答 1

3

Context 本身没有任何反应。如果您正在谈论当您处于应用程序崩溃对话框启动的情况下，那么崩溃线程就坐在那里等待用户按下按钮并让它继续杀死自己。此时系统知道您的应用程序已被删除，并且正在等待用户确认并最终终止它。所以你真的应该假设你正在走出去，而不是依赖任何有效的东西。

此外，如果此崩溃来自主线程，则该线程现在坐在那里阻塞等待用户确认崩溃对话框，以便它可以自杀。它不是坐在那里处理它的消息循环，它坐在那里完全被阻塞等待自杀。在该线程上安排的任何工作都不会执行。对于主线程，这包括对 Activity.onCreate()、Service.onStart() 等组件的回调，等等。对于任何线程，这包括为与该线程关联的窗口 UI 调度任何工作。同样，如果这是主线程，这可能意味着您的所有 UI。

于 2012-05-14T20:28:09.170 回答