java - 为什么 android logcat 不显示运行时异常的堆栈跟踪？

Question

我目前正在开发的一个 android 应用程序崩溃了(已修复)，因为应该引发 IndexOutOfBoundsException。我正在从可变参数参数(即字符串...)访问扩展 AyncTask 的类的 doInBackground 方法中的字符串。我不小心访问了一个单元素变量参数字符串的索引 1(不是 0)(有点尴尬......)。当应用程序第一次崩溃时，我查看了我的 logcat(并再次多次确认我没有发疯)并且没有找到 RuntimeException 的堆栈跟踪。我的手机经常崩溃，并且总是有一个很好的小堆栈跟踪供我查看和修复，但我对此感到困惑。这是我的 logcat 的相关部分(其中不包含运行时异常的堆栈跟踪)，紧跟在导致崩溃的代码行之前的调试语句之后:

W/dalvikvm(25643): threadid=11: thread exiting with uncaught exception (group=0x40c281f8)
D/dalvikvm(25643): GC_CONCURRENT freed 1249K, 25% free 12433K/16455K, paused 2ms+6ms
W/dalvikvm(25643): threadid=15: thread exiting with uncaught exception (group=0x40c281f8)
I/Process (25643): Sending signal. PID: 25643 SIG: 9
I/ActivityManager( 5905): Process com.trade.nav.ges (pid 25643) has died.
W/ActivityManager( 5905): Force removing r: app died, no saved state
I/WindowManager( 5905): WIN DEATH: win
I/WindowManager( 5905): WIN DEATH: win
I/SurfaceFlinger( 1746): id=3848 Removed idx=2 Map Size=4
I/SurfaceFlinger( 1746): id=3848 Removed idx=-2 Map Size=4
I/WindowManager( 5905): WIN DEATH: win
I/power   ( 5905): *** acquire_dvfs_lock : lockType : 1  freq : 1000000 
D/PowerManagerService( 5905): acquireDVFSLockLocked : type : DVFS_MIN_LIMIT  frequency :  1000000  uid : 1000  pid : 5905  tag : ActivityManager
W/ActivityManager( 5905): mDVFSLock.acquire()

然后，另一个 Activity 开始。作为引用，这里是导致崩溃的代码:

private class LoadImage extends AsyncTask<String, Integer, Bitmap> {
    String url = "";
    //...
    public LoadImage(ImageView iv, Context c) {
        //...
    }

    protected Bitmap doInBackground(String... urls) {
        // urls has one element
        url = urls[1];
        //...
    }
    //...
}

任何对正在发生的事情的洞察都会让我非常高兴，因为我很好奇从未在互联网上看到过这样的事情。谢谢。

编辑:我没有设置过滤器

Answer 1

您的线程显然正在崩溃(注意 thread exiting with uncaught exception 在同一进程中的两个不同线程上)。进程正在清理自身 -- Sending signal 表示进程正在向自身发送致命信号。所以问题是为什么您没有看到这两者之间的堆栈转储。

堆栈转储来自RuntimeInit$UncaughtHandler ，这是框架提供的全局未捕获异常处理程序。进程 self 毁灭发生在 finally block 中。除非 Slog.e 中的某些内容失败并抛出异常，否则很难在不记录“致命异常”的情况下找到解决此问题的方法。

我猜测要么是 Slog.e 中出现了问题，要么是有人替换了框架的未捕获异常处理程序。如果您已将一些外部库合并到您的应用程序中，例如崩溃日志捕获器或广告网络，并且新处理程序不会记录异常但会终止进程，则可能会发生后者。

您可以通过附加 Java 语言调试器(例如 Eclipse)来追踪它。默认情况下，它将在未捕获的异常时停止。从那里您可以跟踪它，设置断点并单步执行未捕获的异常处理程序(如果您有完整的源代码)，等等。