关于waitForCondition导致死锁的问题

p { margin-bottom: 0.21cm; }

waitForCondition 基本都出现在继承了类 GLSurfaceView 的情况下 , 出现死锁的位置一般是引用 egl.eglCreateWindowSurface(...) 或者 mEgl.eglSwapBuffers(...) 这两个方法的时候 .

 

 

避免出现 waitForCondition 的方法总结 :

 

 

  1. 在绘制线程中必须先合法的获取Surface 才能开始绘制内容,在SurfaceHolder.Callback.surfaceCreated() SurfaceHolder.Callback.surfaceDestroyed() 之间的状态为合法的,另外在Surface 类型为 SURFACE_TYPE_PUSH_BUFFERS 时候是不合法的.

  2. 由于绘制是由绘制线程处理的,所以当主进程在调用surfaceCreatedsurfaceDestroyedonPauseonResumeonWindowFocusChangedonWindowResizerequestExitAndWaitqueueEventgetEvent 时,都会访问绘制线程,所以这些方法需要使用同步关键字synchronized 锁定绘制线程, 主线程必需要等待绘制线程执行完相应的方法后, 继续执行。

  3. 尽量将与 buffer 有关的操作放在 synchronized  同步块内 , 比如刷新缓冲区的操作 glFinish() glSwapBuffer() .

 

: SURFACE_TYPE_PUSH_BUFFERS :表明该Surface 不包含原生数据,Surface 用到的数据由其他对象提供,在 Camera 图像预览中就使用该类型的Surface ,有Camera 负责提供给预览Surface 数据,这样图像预览会比较流畅。如果设置这种类型则就 不能调用lockCanvas 来获取Canvas 对象了。

 

 


出现 waitForCondition 后可尝试的调试方法 :

 

如果问题是可复现的 :

  1. 查看是否在 surfaceCreated() surfaceDestroyed() 方法之外对 surface 进行了绘制及 lockCanvas 等操作 . 查看是否在 surfaceCreate() 方法成功创建 surface 之前就开始了绘制工作 .

  2. 重点检查窗口改变状态时的代码 , 比如窗口大小改变 , 由横屏变竖屏等情况 , 此时对某一帧的渲染可能与窗口的销毁 / 重建同时进行 , 从而导致 waitForCondition. synchronized 关键字对 Surface 等资源进行同步 .

  3. 注意 GLSurfaceView 中的 onPause() 方法 . 在执行 pause 动作时确保绘制线程已经停止绘制 ,可使用线程类的join()方法.

 

如果问题是无规律随机出现的(一般很难彻底解决) :

  1. 注意主线程和绘制线程的同步. 使绘制线程最大限度的 做到线程安全. 尽量onDrawFrame () 方法中接触到的变量加锁同步 .

  2. 尝试 在绘制结束后及时刷新帧缓冲区, 强制buffer 内的内容刷新至屏幕, 即强制SharedBufferClient/SharedBufferServer 做到同步 . onDrawFrame() 方法中 , 绘制结束时可尝试 利用glFinish() , glWaitGL()glSwapBuffer() 刷新缓冲区. 这样做会降低帧率, 使性能下降.使用这种方法也有可能使问题更加恶化...

 

 

阅读更多
版权声明:欢迎转载,转载请注明出处 https://blog.csdn.net/liuxu0703/article/details/6128842
文章标签: buffer join 工作
个人分类: Android Framework
上一篇Android智能指针 (sp & wp)
下一篇Android IPC 机制详解:IBinder
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

关闭
关闭