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

Posted 2023-02-19

【中文标题】为啥 android logcat 不显示运行时异常的堆栈跟踪？

【英文标题】：Why does android logcat not show the stack trace for a runtime exception?为什么 android logcat 不显示运行时异常的堆栈跟踪？

【发布时间】：2013-07-14 23:25:21

【问题描述】：

由于本应引发 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];
        //...
    
    //...

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

编辑：我没有设置过滤器

【问题讨论】：

您是否尝试将异常代码放入 Try Catch Block 中？

您确定没有选择任何过滤器？

...问题不在于我需要防止代码引发运行时异常，我已经在另一个版本的代码中这样做了（将数字 1 更改为 0）。问题是旧版本的代码从未导致运行时异常堆栈跟踪出现在我的 logcat 中。我想知道为什么会这样。

我根本没有选择过滤器。尽管我熟悉使用 eclipse，但我使用命令行工具进行开发。我只是使用命令“adb logcat”并接收​​所有未过滤的 logcat 结果。

【参考方案1】：

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

【参考方案2】：

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

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

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

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

【讨论】：

非常感谢。我计划在家里更多地研究它，因为我找不到工作时间。我没有任何应该影响它的第三方库（尽管我会检查我用作库的图像编辑器 Aviary 是否执行任何此类操作），并且我仍然在我的 logcat 中看到其他堆栈转储（应该是这样），所以我继续感兴趣。非常感谢您及时和中肯的建议。祝你有美好的一天。

很遗憾，默认实现杀死了进程而没有提及任何关于抛出异常的信息。任何能让程序员了解正在发生的事情的线索。