当前位置:   article > 正文

GraphicBuffer 在 SurfaceFlinger 内的传递过程_surfaceflinger::commit

surfaceflinger::commit

这个文档主要是针对一个jira总结的

jira现象是:渲染线程卡在等可用 buffer 导致主线程卡住引发ANR。

native: #04 pc 0000000000092818 /system/lib64/libgui.so (android::BufferQueueProducer::waitForFreeSlotThenRelock(android::BufferQueueProducer::FreeSlotCaller, std::__1::unique_lock<std::__1::mutex>&, int*) const+832) (BuildId: ce857e89ce4d6e0246df3d9ebb1b50a8)

native: #05 pc 0000000000092b1c /system/lib64/libgui.so (android::BufferQueueProducer::dequeueBuffer(int*, android::sp<android::Fence>*, unsigned int, unsigned int, int, unsigned long, unsigned long*, android::FrameEventHistoryDelta*)+624) (BuildId: ce857e89ce4d6e0246df3d9ebb1b50a8)

先透露下原因:经查发现是 sf 在回调 app 端 callback 中没有带上正确的需要 release 的 buffer

一、Buffer 传递流程:

1)首先是 app 传递来的 buffer 赋值给 sf 端 Layer 对象的mDrawingState,

2)之后在将 mDrawingState 中的 buffer 赋值给 mBufferInfo,

mBufferInfo 的 buffer 将用于合成。

3)合成后 sf 回调app端之前设置的Callback,释放buffer。

二、Buffer 释放情景分析

sf 回调释放 buffer 主要是两种方式,涉及三种情景

1,执行 BufferStatueLayer.cpp 中的 callReleaseBufferCallback 函数

1.1 BufferStateLayer::setBuffer

        当上一个buffer没有参与合成时(即 mDrawingState 的buffer 还没有赋值给 mBufferInfo),现在又来了新buffer,所以需要release 旧 buffer,即释放 mDrawingState 的 buffer。

1.2 BufferStateLayer::~BufferStateLayer

        释放最后的 mBufferInfo 的 buffer

2,执行 TransactionCallbackInvoker.cpp 的 sendCallbacks 函数

        合成完成后释放上一个合成使用的 buffer,即 mBufferInfo.mBuffer

三、研究第二种情景(导致jira的原因)

有刷新任务时,执行一次 Handler::handleMessage,看下

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/笔触狂放9/article/detail/827821
推荐阅读
相关标签
  

闽ICP备14008679号