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

时间:2013-07-16 16:43:00

标签: java android android-asynctask logcat runtimeexception

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

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];
        //...
    }
    //...
}

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

编辑:我没有过滤器设置

2 个答案:

答案 0 :(得分:11)

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

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

我猜想Slog.e中的任何一个都失败了,或者有人替换了框架的未捕获异常处理程序。后者可能会发生,如果您已将一些外部库合并到您的应用程序中,例如崩溃日志捕获程序或广告网络,并且新处理程序不会记录异常但会终止该过程。

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

答案 1 :(得分:6)

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