赞
踩
这个文档主要是针对一个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
1)首先是 app 传递来的 buffer 赋值给 sf 端 Layer 对象的mDrawingState,
2)之后在将 mDrawingState 中的 buffer 赋值给 mBufferInfo,
mBufferInfo 的 buffer 将用于合成。
3)合成后 sf 回调app端之前设置的Callback,释放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
有刷新任务时,执行一次 Handler::handleMessage,看下
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。