GraphicBuffer 在 SurfaceFlinger 内的传递过程

这个文档主要是针对一个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，看下