致命的信号11（SIGSEGV）为00000000（code = 1），螺纹32140 [英] Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread 32140

问题描述

时运行我的应用程序，当我得到这个错误50％

  12月6号至20号：56：51.183：A /的libc（32140）：致命的信号11（SIGSEGV）为00000000（code = 1），线32140（例如。万维网）
 

我只需要重新打开应用程序，然后它的作品。但我不知道为什么我得到这个错误和应用程序崩溃。 我正与大图像尺寸，几乎1200x1200px和设置，作为背景。我也用该图像作为位图的其他一些活动的背景。同时做一些呼叫服务器并获取JSON数据回来。 希望我给了足够多的信息，因为我不知道要寻找什么？ 我正在开发的4.1.2

完整的logcat

  06-20 13：02：38.823：W / ActivityThread（4102）：应用eu.sexample.www可以在端口8100进行调试？
06-20 13：02：38.983：D / dalvikvm（4102）：GC_FOR_ALLOC释放114K，7％免费12283K / 13191K，暂停13毫秒，13毫秒总
06-20 13：02：38.988：I / dalvikvm堆（4102）：成长堆（破片的情况下），以18.398MB为5954576字节分配
06-20 13：02：39.008：D / dalvikvm（4102）：GC_CONCURRENT释放1K，免费5％18096K / 19015K，暂停12毫秒+ 1毫秒，共22毫秒
06-20 13：02：39.053：D / dalvikvm（4102）：GC_FOR_ALLOC释放0K，5％的游离18097K / 19015K，暂停10毫秒，10毫秒总
06-20 13：02：39.088：I / dalvikvm堆（4102）：成长堆（破片的情况下），以41.112MB为23818256个字节分配
06-20 13：02：39.103：D / dalvikvm（4102）：GC_CONCURRENT释放0K，3％的自由41357K / 42311K，暂停3毫秒+ 1毫秒，16毫秒总
06-20 13：02：39.168：D / dalvikvm（4102）：GC_FOR_ALLOC释放5815K，16％免费35916K / 42695K，暂停10毫秒，10毫秒总
06-20 13：02：39.193：E /位置（4102）：51.1878642，4.3802626
06-20 13：02：39.283：D / libEGL（4102）：加载/system/lib/egl/libEGL_mali.so
06-20 13：02：39.283：D / libEGL（4102）：加载/system/lib/egl/libGLESv1_CM_mali.so
06-20 13：02：39.288：D / libEGL（4102）：加载/system/lib/egl/libGLESv2_mali.so
06-20 13：02：39.288：D /（4102）：设备驱动程序API匹配
06-20 13：02：39.288：D /（4102）：设备驱动程序API版本：10
06-20 13：02：39.288：D /（4102）：用户空间API版本：10
06-20 13：02：39.288：D /（4102）：马里：版本= Linux的r2p4-02rel0 BUILD_DATE =周二10月16日15时37分13秒KST 2012
06-20 13：02：39.323：D / OpenGLRenderer（4102）：启用调试模式0
06-20 13：02：42.413：D / dalvikvm（4102）：GC_FOR_ALLOC释放448K，14％免费37130K / 42695K，暂停13毫秒，13毫秒总
06-20 13：02：42.423：I / dalvikvm堆（4102）：成长堆（破片的情况下），以42.664MB为5954576字节分配
06-20 13：02：42.433：D / dalvikvm（4102）：GC_CONCURRENT释放4K，12％的自由42941K / 48519K，暂停2MS + 2ms的，共有13毫秒
06-20 13：02：42.478：D / dalvikvm（4102）：GC_FOR_ALLOC释放0K，12％的自由42941K / 48519K，暂停10毫秒，10毫秒总
06-20 13：02：42.478：I / dalvikvm堆（4102）：强制收集SoftReferences为23818256个字节分配
06-20 13：02：42.498：D / dalvikvm（4102）：GC_BEFORE_OOM释放9K，12％的自由42931K / 48519K，暂停19ms，共19ms
06-20 13：02：42.498：E / dalvikvm堆（4102）：内存在23818256字节分配。
06-20 13：02：42.498：I / dalvikvm（4102）：主要的PRIO = 5 TID = 1 RUNNABLE
06-20 13：02：42.498：I / dalvikvm（4102）|组=主SCOUNT = 0 dsCount = 0的obj = 0x41585508自我= 0x415758c8
06-20 13：02：42.498：I / dalvikvm（4102）| sysTid = 4102漂亮= 0 sched的= 0/0 CGRP =应用程序处理= 1074532144
06-20 13：02：42.498：I / dalvikvm（4102）| schedstat =（2709445063 154759556 1906）UTM = 227 STM = 43核心= 2
06-20 13：02：42.498：I / dalvikvm（4102）：在android.graphics.BitmapFactory.nativeDe $ C $检测板（本机方法）
06-20 13：02：42.498：I / dalvikvm（4102）：在android.graphics.BitmapFactory.de codeStream（BitmapFactory.java:623）
06-20 13：02：42.498：I / dalvikvm（4102）：在android.graphics.BitmapFactory.de codeResourceStream（BitmapFactory.java:476）
06-20 13：02：42.503：I / dalvikvm（4102）：在android.graphics.drawable.Drawable.createFromResourceStream（Drawable.java:781）
06-20 13：02：42.503：I / dalvikvm（4102）：在android.content.res.Resources.loadDrawable（Resources.java:1963）
06-20 13：02：42.503：I / dalvikvm（4102）：在android.content.res.TypedArray.getDrawable（TypedArray.java:601）
06-20 13：02：42.503：I / dalvikvm（4102）：在android.view.View＆LT; INIT＆GT;（View.java:3436）。
06-20 13：02：42.503：I / dalvikvm（4102）：在android.view.View＆LT; INIT＆GT;（View.java:3371）。
06-20 13：02：42.503：I / dalvikvm（4102）：在android.view.ViewGroup＆LT; INIT＆GT;（ViewGroup.java:426）。
06-20 13：02：42.503：I / dalvikvm（4102）：在android.widget.RelativeLayout＆LT; INIT＆GT;（RelativeLayout.java:184）。
06-20 13：02：42.503：I / dalvikvm（4102）：在java.lang.reflect.Constructor.constructNative（本机方法）
06-20 13：02：42.503：I / dalvikvm（4102）：在java.lang.reflect.Constructor.newInstance（Constructor.java:417）
06-20 13：02：42.508：I / dalvikvm（4102）：在android.view.LayoutInflater.createView（LayoutInflater.java:587）
06-20 13：02：42.508：I / dalvikvm（4102）：在com.android.internal.policy.impl.PhoneLayoutInflater.onCreateView（PhoneLayoutInflater.java:56）
06-20 13：02：42.508：I / dalvikvm（4102）：在android.view.LayoutInflater.onCreateView（LayoutInflater.java:660）
06-20 13：02：42.508：I / dalvikvm（4102）：在android.view.LayoutInflater.createViewFromTag（LayoutInflater.java:685）
06-20 13：02：42.508：I / dalvikvm（4102）：在android.view.LayoutInflater.inflate（LayoutInflater.java:466）
06-20 13：02：42.508：I / dalvikvm（4102）：在android.view.LayoutInflater.inflate（LayoutInflater.java:396）
06-20 13：02：42.508：I / dalvikvm（4102）：在android.view.LayoutInflater.inflate（LayoutInflater.java:352）
06-20 13：02：42.508：I / dalvikvm（4102）：在com.android.internal.policy.impl.PhoneWindow.setContentView（PhoneWindow.java:308）
06-20 13：02：42.508：I / dalvikvm（4102）：在android.app.Activity.setContentView（Activity.java:1924）
06-20 13：02：42.508：I / dalvikvm（4102）：在eu.sexample.www.MainActivity.onCreate（MainActivity.java:28）
06-20 13：02：42.508：I / dalvikvm（4102）：在android.app.Activity.performCreate（Activity.java:5206）
06-20 13：02：42.508：I / dalvikvm（4102）：在android.app.Instrumentation.callActivityOnCreate（Instrumentation.java:1083）
06-20 13：02：42.508：I / dalvikvm（4102）：在android.app.ActivityThread.performLaunchActivity（ActivityThread.java:2064）
06-20 13：02：42.508：I / dalvikvm（4102）：在android.app.ActivityThread.handleLaunchActivity（ActivityThread.java:2125）
06-20 13：02：42.508：I / dalvikvm（4102）：在android.app.ActivityThread.access $ 600（ActivityThread.java:140）
06-20 13：02：42.508：I / dalvikvm（4102）：在android.app.ActivityThread $ H.handleMessage（ActivityThread.java:1227）
06-20 13：02：42.508：I / dalvikvm（4102）：在android.os.Handler.dispatchMessage（Handler.java:99）
06-20 13：02：42.508：I / dalvikvm（4102）：在android.os.Looper.loop（Looper.java:137）
06-20 13：02：42.508：I / dalvikvm（4102）：在android.app.ActivityThread.main（ActivityThread.java:4898）
06-20 13：02：42.508：I / dalvikvm（4102）：在java.lang.reflect.Method.invokeNative（本机方法）
06-20 13：02：42.508：I / dalvikvm（4102）：在java.lang.reflect.Method.invoke（Method.java:511）
06-20 13：02：42.513：I / dalvikvm（4102）：在com.android.internal.os.ZygoteInit $ MethodAndArgsCaller.run（ZygoteInit.java:1006）
06-20 13：02：42.513：I / dalvikvm（4102）：在com.android.internal.os.ZygoteInit.main（ZygoteInit.java:773）
06-20 13：02：42.513：I / dalvikvm（4102）：在dalvik.system.NativeStart.main（本机方法）
06-20 13：02：42.513：A / libc的（4102）：致命的信号11（SIGSEGV）为00000000（code = 1），螺纹4102（example.www）
 

解决方案

真正的错误是超出内存在23818256字节分配。您正在尝试分配的内存〜22MB块，而你没有那么多的可用内存，更何况是一个连续的块大的。

在这种情况下，这是从一个绘制资源到来。 〜22MB将是一个真正的大型形象，更像是2400x2400超过1200x1200。

您进程堆大小为48MB，这是巨大的，但〜22MB，几乎一半的堆的预算。

我会建议您找出绘制​​资源，这是（看起来可能是一个 RelativeLayout的的背景下），然后减小其尺寸和类似的大小图像。在此，大小我的意思是总像素数，而不是磁盘上的大小，因为重要的是在RAM中的DECOM pressed大小，而不是有多大的形象是在磁盘上。

另外，这可能是资源目录的问题。例如，如果你把你的1200x1200图像 RES /绘制/ ，能有效的代名词 RES /绘制-MDPI / 。如果该设备恰好是一个 -xhdpi 设备，那么这可以解释的内存使用情况，因为Android将尝试上采样这一形象和双每个维度的。

50% of the time when running my app I'm getting this error

06-20 12:56:51.183: A/libc(32140): Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread 32140 (example.www)

I just have to reopen the app and then it works. But I don't know why I'm getting this error and the app crashes. I'm working with big images with dimensions, almost 1200x1200px and setting that as a background. I also use that image as a bitmap for some other activities as background. Also doing some calls to a server and getting JSON data back. Hope I gave enough information, because I don't know what to look for... I'm developing for 4.1.2

Complete Logcat

   06-20 13:02:38.823: W/ActivityThread(4102): Application eu.sexample.www can be debugged on port 8100...
06-20 13:02:38.983: D/dalvikvm(4102): GC_FOR_ALLOC freed 114K, 7% free 12283K/13191K, paused 13ms, total 13ms
06-20 13:02:38.988: I/dalvikvm-heap(4102): Grow heap (frag case) to 18.398MB for 5954576-byte allocation
06-20 13:02:39.008: D/dalvikvm(4102): GC_CONCURRENT freed 1K, 5% free 18096K/19015K, paused 12ms+1ms, total 22ms
06-20 13:02:39.053: D/dalvikvm(4102): GC_FOR_ALLOC freed 0K, 5% free 18097K/19015K, paused 10ms, total 10ms
06-20 13:02:39.088: I/dalvikvm-heap(4102): Grow heap (frag case) to 41.112MB for 23818256-byte allocation
06-20 13:02:39.103: D/dalvikvm(4102): GC_CONCURRENT freed 0K, 3% free 41357K/42311K, paused 3ms+1ms, total 16ms
06-20 13:02:39.168: D/dalvikvm(4102): GC_FOR_ALLOC freed 5815K, 16% free 35916K/42695K, paused 10ms, total 10ms
06-20 13:02:39.193: E/Location(4102): 51.1878642, 4.3802626
06-20 13:02:39.283: D/libEGL(4102): loaded /system/lib/egl/libEGL_mali.so
06-20 13:02:39.283: D/libEGL(4102): loaded /system/lib/egl/libGLESv1_CM_mali.so
06-20 13:02:39.288: D/libEGL(4102): loaded /system/lib/egl/libGLESv2_mali.so
06-20 13:02:39.288: D/(4102): Device driver API match
06-20 13:02:39.288: D/(4102): Device driver API version: 10
06-20 13:02:39.288: D/(4102): User space API version: 10 
06-20 13:02:39.288: D/(4102): mali: REVISION=Linux-r2p4-02rel0 BUILD_DATE=Tue Oct 16 15:37:13 KST 2012 
06-20 13:02:39.323: D/OpenGLRenderer(4102): Enabling debug mode 0
06-20 13:02:42.413: D/dalvikvm(4102): GC_FOR_ALLOC freed 448K, 14% free 37130K/42695K, paused 13ms, total 13ms
06-20 13:02:42.423: I/dalvikvm-heap(4102): Grow heap (frag case) to 42.664MB for 5954576-byte allocation
06-20 13:02:42.433: D/dalvikvm(4102): GC_CONCURRENT freed 4K, 12% free 42941K/48519K, paused 2ms+2ms, total 13ms
06-20 13:02:42.478: D/dalvikvm(4102): GC_FOR_ALLOC freed 0K, 12% free 42941K/48519K, paused 10ms, total 10ms
06-20 13:02:42.478: I/dalvikvm-heap(4102): Forcing collection of SoftReferences for 23818256-byte allocation
06-20 13:02:42.498: D/dalvikvm(4102): GC_BEFORE_OOM freed 9K, 12% free 42931K/48519K, paused 19ms, total 19ms
06-20 13:02:42.498: E/dalvikvm-heap(4102): Out of memory on a 23818256-byte allocation.
06-20 13:02:42.498: I/dalvikvm(4102): "main" prio=5 tid=1 RUNNABLE
06-20 13:02:42.498: I/dalvikvm(4102):   | group="main" sCount=0 dsCount=0 obj=0x41585508 self=0x415758c8
06-20 13:02:42.498: I/dalvikvm(4102):   | sysTid=4102 nice=0 sched=0/0 cgrp=apps handle=1074532144
06-20 13:02:42.498: I/dalvikvm(4102):   | schedstat=( 2709445063 154759556 1906 ) utm=227 stm=43 core=2
06-20 13:02:42.498: I/dalvikvm(4102):   at android.graphics.BitmapFactory.nativeDecodeAsset(Native Method)
06-20 13:02:42.498: I/dalvikvm(4102):   at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:623)
06-20 13:02:42.498: I/dalvikvm(4102):   at android.graphics.BitmapFactory.decodeResourceStream(BitmapFactory.java:476)
06-20 13:02:42.503: I/dalvikvm(4102):   at android.graphics.drawable.Drawable.createFromResourceStream(Drawable.java:781)
06-20 13:02:42.503: I/dalvikvm(4102):   at android.content.res.Resources.loadDrawable(Resources.java:1963)
06-20 13:02:42.503: I/dalvikvm(4102):   at android.content.res.TypedArray.getDrawable(TypedArray.java:601)
06-20 13:02:42.503: I/dalvikvm(4102):   at android.view.View.<init>(View.java:3436)
06-20 13:02:42.503: I/dalvikvm(4102):   at android.view.View.<init>(View.java:3371)
06-20 13:02:42.503: I/dalvikvm(4102):   at android.view.ViewGroup.<init>(ViewGroup.java:426)
06-20 13:02:42.503: I/dalvikvm(4102):   at android.widget.RelativeLayout.<init>(RelativeLayout.java:184)
06-20 13:02:42.503: I/dalvikvm(4102):   at java.lang.reflect.Constructor.constructNative(Native Method)
06-20 13:02:42.503: I/dalvikvm(4102):   at java.lang.reflect.Constructor.newInstance(Constructor.java:417)
06-20 13:02:42.508: I/dalvikvm(4102):   at android.view.LayoutInflater.createView(LayoutInflater.java:587)
06-20 13:02:42.508: I/dalvikvm(4102):   at com.android.internal.policy.impl.PhoneLayoutInflater.onCreateView(PhoneLayoutInflater.java:56)
06-20 13:02:42.508: I/dalvikvm(4102):   at android.view.LayoutInflater.onCreateView(LayoutInflater.java:660)
06-20 13:02:42.508: I/dalvikvm(4102):   at android.view.LayoutInflater.createViewFromTag(LayoutInflater.java:685)
06-20 13:02:42.508: I/dalvikvm(4102):   at android.view.LayoutInflater.inflate(LayoutInflater.java:466)
06-20 13:02:42.508: I/dalvikvm(4102):   at android.view.LayoutInflater.inflate(LayoutInflater.java:396)
06-20 13:02:42.508: I/dalvikvm(4102):   at android.view.LayoutInflater.inflate(LayoutInflater.java:352)
06-20 13:02:42.508: I/dalvikvm(4102):   at com.android.internal.policy.impl.PhoneWindow.setContentView(PhoneWindow.java:308)
06-20 13:02:42.508: I/dalvikvm(4102):   at android.app.Activity.setContentView(Activity.java:1924)
06-20 13:02:42.508: I/dalvikvm(4102):   at eu.sexample.www.MainActivity.onCreate(MainActivity.java:28)
06-20 13:02:42.508: I/dalvikvm(4102):   at android.app.Activity.performCreate(Activity.java:5206)
06-20 13:02:42.508: I/dalvikvm(4102):   at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1083)
06-20 13:02:42.508: I/dalvikvm(4102):   at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2064)
06-20 13:02:42.508: I/dalvikvm(4102):   at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2125)
06-20 13:02:42.508: I/dalvikvm(4102):   at android.app.ActivityThread.access$600(ActivityThread.java:140)
06-20 13:02:42.508: I/dalvikvm(4102):   at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1227)
06-20 13:02:42.508: I/dalvikvm(4102):   at android.os.Handler.dispatchMessage(Handler.java:99)
06-20 13:02:42.508: I/dalvikvm(4102):   at android.os.Looper.loop(Looper.java:137)
06-20 13:02:42.508: I/dalvikvm(4102):   at android.app.ActivityThread.main(ActivityThread.java:4898)
06-20 13:02:42.508: I/dalvikvm(4102):   at java.lang.reflect.Method.invokeNative(Native Method)
06-20 13:02:42.508: I/dalvikvm(4102):   at java.lang.reflect.Method.invoke(Method.java:511)
06-20 13:02:42.513: I/dalvikvm(4102):   at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1006)
06-20 13:02:42.513: I/dalvikvm(4102):   at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:773)
06-20 13:02:42.513: I/dalvikvm(4102):   at dalvik.system.NativeStart.main(Native Method)
06-20 13:02:42.513: A/libc(4102): Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread 4102 (example.www)

解决方案

The real error is Out of memory on a 23818256-byte allocation. You are attempting to allocate a ~22MB block of memory, and you do not have that much free memory available, let alone a contiguous block that large.

In this case, this is coming from a drawable resource. ~22MB would be a truly massive image, more like 2400x2400 than 1200x1200.

Your process heap size is 48MB, which is substantial, but ~22MB is almost half your heap budget.

I would recommend that you find out which drawable resource this is (looks like it might be a background of a RelativeLayout), then reduce its size and the sizes of similar images. Here, by "size" I mean total pixel count, not the on-disk size, as what matters is the decompressed size in RAM, not how big the image is on disk.

Also, this might be an issue of resource directories. For example, if you put your 1200x1200 image in res/drawable/, that effectively is synonymous with res/drawable-mdpi/. If this device happens to be an -xhdpi device, then that would explain the memory usage, as Android will try to upsample this image and double each of the dimensions.

这篇关于致命的信号11（SIGSEGV）为00000000（code = 1），螺纹32140的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！