Android致命信号11

Question

在我正在Android上开发的应用程序中,我一直收到致命信号11错误.

我认为这与我访问内存的方式有关,但我无法弄清楚是什么导致它.

任何帮助都感激不尽!

这是LogCat:

05-02 23:47:17.618: D/dalvikvm(590): GC_FOR_ALLOC freed 68K, 4% free 6531K/6787K, paused 101ms
05-02 23:47:17.638: I/dalvikvm-heap(590): Grow heap (frag case) to 7.619MB for 1228816-byte allocation
05-02 23:47:17.738: D/dalvikvm(590): GC_CONCURRENT freed 1K, 4% free 7730K/8007K, paused 5ms+14ms
05-02 23:47:17.878: D/dalvikvm(590): GC_FOR_ALLOC freed <1K, 4% free 7730K/8007K, paused 37ms
05-02 23:47:17.888: I/dalvikvm-heap(590): Grow heap (frag case) to 8.790MB for 1228816-byte allocation
05-02 23:47:17.998: D/dalvikvm(590): GC_CONCURRENT freed <1K, 4% free 8930K/9223K, paused 4ms+4ms
05-02 23:47:17.998: A/libc(590): Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1)

Answer 1

我一直试图在另一个类中调用未初始化的Canvas,所以当它试图获得它的高度或宽度时,它会崩溃.

Answer 2

我对android.media.MediaRecorder的实例有同样的问题.

调用MediaRecorder实例#getMaxAmplitude()之后#reset()和之后访问的代码#release().

Answer 3

我今天早上遇到了同样的问题,并且能够追踪它以便在drawable-mdpi文件夹中意外保存800像素宽的图像.当我意识到发生了什么事时,我用它修补了一秒钟.我试图压缩它很难看它是否与文件大小有关,但事实并非如此.然后我尝试再次以650像素宽保存它,它从该文件夹中解决了.所以介于两者之间,我猜的每个文件夹都有一个突破点.然后我将800 p宽的图像放在预期的hdpi文件夹中,将480 p宽的图像放在mdpi中并将其固定.

Answer 4

我有同样的问题,经过一个良好的睡眠和早上喝咖啡后发现,我已经傻到足以用未初始化的Bitmap支持画布.看起来很多(如果不是全部)画布绘制代码都是本机代码,并且到处都没有检测到未初始化对象的传递.

带有空地址(0x00000000)的SIGSEGV意味着您的应用程序已取消引用空指针,因此请注意将空指针(即对首先未实例化的对象实例的空引用)的位置传递给支持的代码通过本机代码,并没有正确检查此错误.