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

Question

由于本应引发 IndexOutOfBoundsException 的原因，我目前正在开发的一个 android 应用程序崩溃（已修复）。我正在从可变参数参数（即String ...）访问扩展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()

然后，另一个活动开始。 作为参考，这里是导致崩溃的代码：

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

根据 fadden 的怀疑外部库可能会覆盖未捕获的异常处理程序，我开始调查任何可能的库。如果你打开enableExceptionReporting，GoogleAnalytics 会限制崩溃并阻止堆栈跟踪显示在 logcat 中。我删除了这行代码，然后一切都回到正轨！！那可能是我第一次如此高兴地看到崩溃！

Answer 2

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

堆栈转储来自RuntimeInit$UncaughtHandler，这是框架提供的全局未捕获异常处理程序。进程自我湮灭发生在finally 块中。除非Slog.e 中的某些内容失败并抛出异常，否则很难在不记录“FATAL EXCEPTION”的情况下摆脱这种情况。

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

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