Android createWindowSurface failed EGL_BAD_ALLOC 引起Crash的解决方案

本文主要是介绍Android createWindowSurface failed EGL_BAD_ALLOC 引起Crash的解决方案,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

createWindowSurface failed EGL_BAD_ALLOC

先看下Log:

[java]  view plain copy
  1. W/Adreno-EGL﹕ <eglTimestampCreate:5493>: EGL_BAD_ALLOC  
  2. E/libEGL﹕ eglMakeCurrent:784 error 3003 (EGL_BAD_ALLOC)  
  3. I/Choreographer﹕ Skipped 69 frames!  The application may be doing too much work on its main thread.  
  4. connect: already connected (cur=1, req=1)  
  5. E/libEGL﹕ EGLNativeWindowType 0x6052c710 already connected to another API  
  6. E/libEGL﹕ eglCreateWindowSurface:415 error 3003 (EGL_BAD_ALLOC)  
  7. D/AndroidRuntime﹕ Shutting down VM  
  8. W/dalvikvm﹕ threadid=1: thread exiting with uncaught exception (group=0x4165fce0)  
  9. W/Adreno-GSL﹕ <gsl_ldd_control:412>: ioctl fd 61 code 0x400c0907 (IOCTL_KGSL_DEVICE_WAITTIMESTAMP_CTXTID) failed: errno 35 Resource deadlock would occur  
  10. W/Adreno-GSL﹕ <log_gpu_snapshot:327>: panel.gpuSnapshotPath is not set.not generating user snapshot  
  11. W/Adreno-EGLSUB﹕ <updater_thread:448>: waitFunc failed  
  12. W/xxx_android﹕ createWindowSurface failed EGL_BAD_ALLOC  
  13.     java.lang.RuntimeException: createWindowSurface failed EGL_BAD_ALLOC  
  14.             at android.view.HardwareRenderer$GlRenderer.createSurface(HardwareRenderer.java:1351)  
  15.             at android.view.HardwareRenderer$GlRenderer.createEglSurface(HardwareRenderer.java:1243)  
  16.             at android.view.HardwareRenderer$GlRenderer.initialize(HardwareRenderer.java:1060)  
  17.             at android.view.HardwareRenderer.initializeIfNeeded(HardwareRenderer.java:605)  
  18.             at android.view.ViewRootImpl.draw(ViewRootImpl.java:2396)  
  19.             at android.view.ViewRootImpl.performDraw(ViewRootImpl.java:2252)  
  20.             at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:1882)  
  21.             at android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:996)  
  22.             at android.view.ViewRootImpl$TraversalRunnable.run(ViewRootImpl.java:5603)  
  23.             at android.view.Choreographer$CallbackRecord.run(Choreographer.java:761)  
  24.             at android.view.Choreographer.doCallbacks(Choreographer.java:574)  
  25.             at android.view.Choreographer.doFrame(Choreographer.java:544)  
  26.             at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:747)  
  27.             at android.os.Handler.handleCallback(Handler.java:733)  
  28.             at android.os.Handler.dispatchMessage(Handler.java:95)  
  29.             at android.os.Looper.loop(Looper.java:136)  
  30.             at android.app.ActivityThread.main(ActivityThread.java:5146)  
  31.             at java.lang.reflect.Method.invokeNative(Native Method)  
  32.             at java.lang.reflect.Method.invoke(Method.java:515)  
  33.             at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:732)  
  34.             at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:566)  
  35.             at de.robv.android.xposed.XposedBridge.main(XposedBridge.java:132)  
  36.             at dalvik.system.NativeStart.main(Native Method)  
  37. 3023-3023/com.xxx.xxxE/AndroidRuntime﹕ FATAL EXCEPTION: main  
错误信息为:createWindowSurface failed EGL_BAD_ALLOC

解释下EGL:EGL 视窗设计是基于人们熟悉的用于 Microsoft Windows ( WGL )和 UNIX ( GLX )上的 OpenGL 的 Native 接口,与后者比较接近。OpenGL ES 图形管线的状态被存储于 EGL 管理的一个 Context 中。 Frame Buffers 和其他绘制 Surfaces 通过 EGL API 创建、管理和销毁。EGL 同时也控制和提供了对设备显示和可能的设备渲染配置的访问。

错误信息的大概意思就是创建窗口视图失败,错误信息是EGL_BAD_ALLOC。

EGL_BAD_ALLOC:无法创建视图(缺少资源或者之前已经创建了一个)。

如果遇到了这个错误,我想,你的应用是不是已经开启了硬件加速。开启硬件加速功能是在Android3.0以后出现的,这也就是为什么从Android3.0之后,流畅度比2.0好很多,要是说硬件加速的话,就有点多了,以后有时间的时候再说吧。

我这里提到的这个错误,是基于正常的应用,如果你的应用是基于cocox2d或者其他的引擎开发的,那么解决方法是控制一下SurfaceView的生命周期,这个网上有很多的方法。如果你的应用没有手动指定GlSurfaceView,但是出现了这个问题,那么就继续看吧。这个问题引起的原因比较多,本文不能说肯定解决问题,但是也许会给你一些提示。

出现上面的Log,说明应用在进行绘图时候出现了错误。经常遇到的情况是:Activity1进入Activity2(可能会带WebView情况居多),然后再回到Activity1,刷Activity1的列表(等类似的操作)。就会出现这个Log。

分析:

首先Activity1一般都是使用了Opengl绘图,当切换到Activity2的时候(一般带有WebView的情况居多),这个时候WebView也使用了opengl进行绘制,在关闭Activity2的时候可能出现:Activity2关闭了,但是WebView没有彻底关闭。于是回到Activity1的时候,由于WebView使用gl绘图处在正在使用EGL阶段,而现在Activity1又要使用gl绘图,这个时候就会出现crash。

[java]  view plain copy
  1. W/ManagedEGLContext﹕ doTerminate failed: EGL count is 2 but managed count is 1  
这个情况解决是关闭在Activity2OnDestory的时候关掉这个WebView,removeallview(),destory(),必要的时候使用反射关闭webview,代码就不上了。

还有的情况是,Activity2中使用了某些线程,导致了Activity2没有彻底关闭,来回开关Activity2的时候导致内存溢出。但是Activity2内存溢出了为什么会在切换到Activity1的时候Crash呢?因为在切换到Activity1的时候,Activity1要进行gl绘图,这个创建过程其实是非常吃内存的,大概仅仅一个创建绘图的过成就需要吃掉8M的内存,但是这个时候由于Activity2由于内存溢出,导致根本就没有8M内存给Activity1来吃,于是就出现了Activity1绘图失败,而且这个失败导致Crash的Log是不会报在应用的Log的,而是会报在SystemProcess下面的。

这个情况的解决是先看下Activity2是否有内存溢出。进DDMS,GC一下,看看反复开关Activity2内存有没有涨,如过发现内存涨了,这个时候用MemoryAnalyzer来查一下,就会知道是哪行代码出现问题了。

还有一种可能是Activity1OnPause的时候出现的问题,具体看下Log。最好是看一下onTrimMemory里的level,如果提示危险的话,在相应的生命周期里面做一下内存处理,比如判断一下bitmap的大小,清理一下bitmap等操作。尽量不要让Activity到一个危险的即将被回收的环境。例如下面的Log,还是要具体问题具体分析的。

[java]  view plain copy
  1. 08-29 12:47:04.376    1023-1075/system_process W/InputDispatcher﹕ channel '4272d878 com.xxx (server)' ~ Consumer closed input channel or an error occurred.  events=0xd  
  2. 08-29 12:47:04.376    1023-1075/system_process E/InputDispatcher﹕ channel '4272d878 com.xxx (server)' ~ Channel is unrecoverably broken and will be disposed!  
  3. 08-29 12:47:04.418      266-266/? D/Zygote﹕ Process 16898 terminated by signal (7)  
  4. 08-29 12:47:04.459    1023-4505/system_process I/WindowState﹕ WIN DEATH: Window{4272d878 u0 com.xxx.MainActivity}  
  5. 08-29 12:47:04.459    1023-4505/system_process W/InputDispatcher﹕ Attempted to unregister already unregistered input channel '4272d878 com.xxx (server)'  
  6. 08-29 12:47:04.464   1023-17235/system_process W/ActivityManager﹕ Exception thrown during pause  
  7.     android.os.DeadObjectException  
  8.             at android.os.BinderProxy.transact(Native Method)  
  9.             at android.app.ApplicationThreadProxy.schedulePauseActivity(ApplicationThreadNative.java:660)  
  10.             at com.android.server.am.ActivityStack.startPausingLocked(ActivityStack.java:765)  
  11.             at com.android.server.am.ActivityStack.finishActivityLocked(ActivityStack.java:2497)  
  12.             at com.android.server.am.ActivityStack.finishTopRunningActivityLocked(ActivityStack.java:2374)  
  13.             at com.android.server.am.ActivityStackSupervisor.finishTopRunningActivityLocked(ActivityStackSupervisor.java:2068)  
  14.             at com.android.server.am.ActivityManagerService.handleAppCrashLocked(ActivityManagerService.java:9736)  
  15.             at com.android.server.am.ActivityManagerService.makeAppCrashingLocked(ActivityManagerService.java:9629)  
  16.             at com.android.server.am.ActivityManagerService.crashApplication(ActivityManagerService.java:10280)  
  17.             at com.android.server.am.ActivityManagerService.handleApplicationCrashInner(ActivityManagerService.java:9825)  
  18.             at com.android.server.am.NativeCrashListener$NativeCrashReporter.run(NativeCrashListener.java:86)  
还有个,就是把硬件加速关掉。其实隐患还是在的,治标不治本,而且关闭硬件加速的话,应用确实会卡,帧数掉的比较多。

总结:如果你的应用是使用的全局的那种硬件加速,不要想着在Activity类中去单独控制他的GLSurfaceView,而是要找到这个类出现的问题。一般情况的话:内存问题(找到内存溢出的地方,处理掉,线程没有关闭之类的);或者例如跳到某个弹窗或者界面在返回,应该是GL绘制冲突,处理一下生命周期;或者server,看下服务是不是重复开启了。

这个bug其实是很难解的 = = ,我研究了好几天,其实现在也是一知半解的。

暂时就想到这么多,自己写的东西很多东西不懂,欢迎指正~

原文出处:http://blog.csdn.net/yaphetzhao/article/details/48240073

这篇关于Android createWindowSurface failed EGL_BAD_ALLOC 引起Crash的解决方案的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/722610

相关文章

Android实现任意版本设置默认的锁屏壁纸和桌面壁纸(两张壁纸可不一致)

客户有些需求需要设置默认壁纸和锁屏壁纸  在默认情况下 这两个壁纸是相同的  如果需要默认的锁屏壁纸和桌面壁纸不一样 需要额外修改 Android13实现 替换默认桌面壁纸: 将图片文件替换frameworks/base/core/res/res/drawable-nodpi/default_wallpaper.*  (注意不能是bmp格式) 替换默认锁屏壁纸: 将图片资源放入vendo

Android平台播放RTSP流的几种方案探究(VLC VS ExoPlayer VS SmartPlayer)

技术背景 好多开发者需要遴选Android平台RTSP直播播放器的时候,不知道如何选的好,本文针对常用的方案,做个大概的说明: 1. 使用VLC for Android VLC Media Player(VLC多媒体播放器),最初命名为VideoLAN客户端,是VideoLAN品牌产品,是VideoLAN计划的多媒体播放器。它支持众多音频与视频解码器及文件格式,并支持DVD影音光盘,VCD影

android-opencv-jni

//------------------start opencv--------------------@Override public void onResume(){ super.onResume(); //通过OpenCV引擎服务加载并初始化OpenCV类库,所谓OpenCV引擎服务即是 //OpenCV_2.4.3.2_Manager_2.4_*.apk程序包,存

从状态管理到性能优化:全面解析 Android Compose

文章目录 引言一、Android Compose基本概念1.1 什么是Android Compose?1.2 Compose的优势1.3 如何在项目中使用Compose 二、Compose中的状态管理2.1 状态管理的重要性2.2 Compose中的状态和数据流2.3 使用State和MutableState处理状态2.4 通过ViewModel进行状态管理 三、Compose中的列表和滚动

Android 10.0 mtk平板camera2横屏预览旋转90度横屏拍照图片旋转90度功能实现

1.前言 在10.0的系统rom定制化开发中,在进行一些平板等默认横屏的设备开发的过程中,需要在进入camera2的 时候,默认预览图像也是需要横屏显示的,在上一篇已经实现了横屏预览功能,然后发现横屏预览后,拍照保存的图片 依然是竖屏的,所以说同样需要将图片也保存为横屏图标了,所以就需要看下mtk的camera2的相关横屏保存图片功能, 如何实现实现横屏保存图片功能 如图所示: 2.mtk

android应用中res目录说明

Android应用的res目录是一个特殊的项目,该项目里存放了Android应用所用的全部资源,包括图片、字符串、颜色、尺寸、样式等,类似于web开发中的public目录,js、css、image、style。。。。 Android按照约定,将不同的资源放在不同的文件夹中,这样可以方便的让AAPT(即Android Asset Packaging Tool , 在SDK的build-tools目

Android fill_parent、match_parent、wrap_content三者的作用及区别

这三个属性都是用来适应视图的水平或者垂直大小,以视图的内容或尺寸为基础的布局,比精确的指定视图的范围更加方便。 1、fill_parent 设置一个视图的布局为fill_parent将强制性的使视图扩展至它父元素的大小 2、match_parent 和fill_parent一样,从字面上的意思match_parent更贴切一些,于是从2.2开始,两个属性都可以使用,但2.3版本以后的建议使

Android Environment 获取的路径问题

1. 以获取 /System 路径为例 /*** Return root of the "system" partition holding the core Android OS.* Always present and mounted read-only.*/public static @NonNull File getRootDirectory() {return DIR_ANDR

js异步提交form表单的解决方案

1.定义异步提交表单的方法 (通用方法) /*** 异步提交form表单* @param options {form:form表单元素,success:执行成功后处理函数}* <span style="color:#ff0000;"><strong>@注意 后台接收参数要解码否则中文会导致乱码 如:URLDecoder.decode(param,"UTF-8")</strong></span>

Android逆向(反调,脱壳,过ssl证书脚本)

文章目录 总结 基础Android基础工具 定位关键代码页面activity定位数据包参数定位堆栈追踪 编写反调脱壳好用的脚本过ssl证书校验抓包反调的脚本打印堆栈bilibili反调的脚本 总结 暑假做了两个月的Android逆向,记录一下自己学到的东西。对于app渗透有了一些思路。 这两个月主要做的是代码分析,对于分析完后的持久化等没有学习。主要是如何反编译源码,如何找到