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

我目前正在开发的一个Android应用程序正在崩溃(修复了这个问题),因为应该引发IndexOutOfBoundsException。我正在访问一个扩展AyncTask的类的doInBackground方法中的字符串,从变量参数参数(即String...)。我不小心访问了一个元素变量参数字符串的索引1(不是0)(有点尴尬...)。当应用程序第一次崩溃时,我查看了我的logcat(并多次确认我没有疯),并且没有找到运行时Exception的堆栈跟踪。我经常使手机崩溃,总有一个很好的小堆栈痕迹供我查看和修复,但我对此感到困惑。以下是我的 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];
        //...
    }
    //...
}

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

编辑:我没有过滤器集


答案 1

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

堆栈转储来自 RuntimeInit$UncaughtHandler,它是框架提供的全局未捕获异常处理程序。过程自湮灭发生在块中。很难看到一种方法可以在不记录“FATAL EXCEPTION”的情况下摆脱这种情况,除非某些内容失败并抛出。finallySlog.e

我猜要么是有些东西失败了,要么是有人替换了框架的未捕获异常处理程序。如果您已将某些外部库(例如崩溃日志捕获器或广告网络)合并到应用程序中,并且新的处理程序不记录异常但确实会终止该进程,则可能会发生后者。Slog.e

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


答案 2

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


推荐