我如何追踪哪个图像是我的应用程序的杀手？答案

【问题标题】：How do i trace which image is the killer of my app?我如何追踪哪个图像是我的应用程序的杀手？
【发布时间】：2017-12-12 02:07:56
【问题描述】：

我在绘制的图像太大而导致我的应用程序崩溃时遇到问题。

出现以下错误：

java.lang.RuntimeException: Canvas: trying to draw too large (numbernumbernumberbytes) bitmap.

我浏览了我的应用程序，并禁用了所有直接加载的大图像。使用 Glide 加载的图像（图像加载库，https://github.com/bumptech/glide）应该不是问题。

错误仍然发生，我想知道是否有办法跟踪错误。准确查看导致问题的图像。

有没有办法追踪这个？

编辑1：

错误的完整堆栈跟踪：

07-07 19:22:21.468 D/AndroidRuntime: Shutting down VM


                                     --------- beginning of crash
07-07 19:22:21.469 E/AndroidRuntime: FATAL EXCEPTION: main
                                     Process: com.linkhubapp, PID: 20097
                                     java.lang.RuntimeException: Canvas: trying to draw too large(132710400bytes) bitmap.
                                         at android.view.DisplayListCanvas.throwIfCannotDraw(DisplayListCanvas.java:260)
                                         at android.graphics.Canvas.drawBitmap(Canvas.java:1420)
                                         at android.graphics.drawable.BitmapDrawable.draw(BitmapDrawable.java:545)
                                         at android.widget.ImageView.onDraw(ImageView.java:1286)
                                         at android.view.View.draw(View.java:18318)
                                         at android.view.View.updateDisplayListIfDirty(View.java:17296)
                                         at android.view.View.draw(View.java:18080)
                                         at android.view.ViewGroup.drawChild(ViewGroup.java:3966)
                                         at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3752)
                                         at android.view.View.updateDisplayListIfDirty(View.java:17291)
                                         at android.view.View.draw(View.java:18080)
                                         at android.view.ViewGroup.drawChild(ViewGroup.java:3966)
                                         at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3752)
                                         at android.view.View.updateDisplayListIfDirty(View.java:17291)
                                         at android.view.View.draw(View.java:18080)
                                         at android.view.ViewGroup.drawChild(ViewGroup.java:3966)
                                         at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3752)
                                         at android.view.View.updateDisplayListIfDirty(View.java:17291)
                                         at android.view.View.draw(View.java:18080)
                                         at android.view.ViewGroup.drawChild(ViewGroup.java:3966)
                                         at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3752)
                                         at android.view.View.updateDisplayListIfDirty(View.java:17291)
                                         at android.view.View.draw(View.java:18080)
                                         at android.view.ViewGroup.drawChild(ViewGroup.java:3966)
                                         at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3752)
                                         at android.view.View.draw(View.java:18321)
                                         at com.android.internal.policy.DecorView.draw(DecorView.java:919)
                                         at android.view.View.updateDisplayListIfDirty(View.java:17296)
                                         at android.view.ThreadedRenderer.updateViewTreeDisplayList(ThreadedRenderer.java:692)
                                         at android.view.ThreadedRenderer.updateRootDisplayList(ThreadedRenderer.java:698)
                                         at android.view.ThreadedRenderer.draw(ThreadedRenderer.java:806)
                                         at android.view.ViewRootImpl.draw(ViewRootImpl.java:3121)
                                         at android.view.ViewRootImpl.performDraw(ViewRootImpl.java:2917)
                                         at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:2509)
                                         at android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:1508)
                                         at android.view.ViewRootImpl$TraversalRunnable.run(ViewRootImpl.java:7084)
                                         at android.view.Choreographer$CallbackRecord.run(Choreographer.java:927)
                                         at android.view.Choreographer.doCallbacks(Choreographer.java:702)
                                         at android.view.Choreographer.doFrame(Choreographer.java:638)
                                         at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:913)
                                         at android.os.Handler.handleCallback(Handler.java:751)
                                         at android.os.Handler.dispatchMessage(Handler.java:95)
                                         at android.os.Looper.loop(Looper.java:154)
                                         at android.app.ActivityThread.main(ActivityThread.java:6682)
                                         at java.lang.reflect.Method.invoke(Native Method)
                                         at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1520)
                                         at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1410)

【问题讨论】：

堆栈跟踪的其余部分可能会有所帮助。
查看stackoverflow.com/questions/39111248/… 看看是否有帮助。
@CommonsWare 我已经添加了错误的整个堆栈跟踪
是什么让您说使用 Glide 加载的图像应该没有问题？ ~130MB 是相当大的图像。我没有使用 Glide，但如果它提供任何类型的日志记录，请启用它并查看它是否记录加载大图像。除了来自ImageView 的崩溃之外，堆栈跟踪没有帮助（我知道你为什么最初没有包含它）。我想不出一个好方法来从中得到更多。如果您在清单中启用了android:largeHeap，请将其禁用，也许您会在某个位置获得一个OutOfMemoryError，这将帮助您追踪这个大图像的来源。
找出哪个图像的大小正好为 132710400 字节。那就是杀死您的应用程序的图像。

标签： java android image bitmap trace

【解决方案1】：

（我正在使用 Android Studio）... 要知道它是哪个图像，需要进行一些调试。执行以下操作：

首先，运行应用程序并让它崩溃。
查看 LOGCAT 窗口。在那里你会发现崩溃： “java.lang.RuntimeException：Canvas：试图绘制太大（137080832bytes）位图。” - 在此下方，查找“at android.graphics.drawable.BitmapDrawable.draw”，右侧会有一个可点击的链接。它应该是上面异常文本下显示的第一个可点击链接。点击链接。
单击链接应突出显示一行代码，可能如下：

canvas.drawBitmap(bitmap, null, mDstRect, paint);

在该行代码上设置断点。然后使用“调试应用程序”按钮再次运行该应用程序。程序将停在上面的代码行。您需要单击“恢复程序”按钮并记录在程序崩溃之前单击该按钮的次数。然后再次以调试模式再次运行该应用程序，让它在该行代码上中断，然后单击“恢复程序”按钮，您之前单击该按钮的次数减去一次。因此，如果我单击“恢复程序”按钮 4 次以导致崩溃，您将需要单击 3 次并停在那里。这将是导致应用程序崩溃的代码的执行时间。

该行代码的断点应该被击中并且程序停止，准备好让你做一些事情。将鼠标悬停在代码行中的“位图”一词上：

canvas.drawBitmap(bitmap, null, mDstRect, paint);

不要将鼠标悬停在“drawBitmap”这个词上 - 只是“bitmap”这个词。包含加号 (+) 和“{Bitmap@####}”的代码行下方应出现一个黄色小窗口。单击加号。请注意，显示的第一行文本的最右侧是一个可点击的链接，上面写着“查看位图”。单击该链接，您应该会看到应用程序正在尝试加载但未能加载的图片。

就是这样！

【讨论】：

您好，谢谢您留下这个答案。我很久以前就发布了这个问题，但是看到这种发现这种错误的方法真的很棒。所以为你投票：D
@Will Buffington 谢谢！我一直在寻找几个小时来尝试调试我的哪些可绘制对象导致 Galaxy S6 上的 throwIfCannotDraw 崩溃。您的解决方案非常完美！我找到了可绘制的罪魁祸首，并相应地调整了它的大小，并且不再崩溃！