GUI系统之SurfaceFlinger(18)postFramebuffer

文章都是通过阅读源码分析出来的，还在不断完善与改进中，其中难免有些地方理解得不对，欢迎大家批评指正。
转载请注明：From LXS. http://blog.csdn.net/uiop78uiop78/

GUI系统之SurfaceFlinger章节目录：

blog.csdn.net/uiop78uiop78/article/details/8954508

1.1.1 postFramebuffer

在多缓冲区机制中，只有把显示数据写入framebuffer才能真正在物理屏幕上显示。前面几个小节的输出都是backbuffers，我们还需要最后一步——postFramebuffer。

void SurfaceFlinger::postFramebuffer()

{…   

    const DisplayHardware&hw(graphicPlane(0).displayHardware());

    …

    hw.flip(mSwapRegion);//交换前后台buffer

 

    size_t numLayers =mVisibleLayersSortedByZ.size();

    for (size_t i = 0; i <numLayers; i++) {

       mVisibleLayersSortedByZ[i]->onLayerDisplayed();

    }

    …

}

先从opengl本地窗口的角度来想一下：

Ø  queueBuffer

一旦“生产者”完成生产后，它需要把当前的buffer重新入队，以使“消费者”可以做接下来的处理

Ø  dequeueBuffer

为了“生产者”可以继续下一轮的工作，它会重新deque

基本的思路就是这样子，不过Android系统将一些步骤封装到了DisplayHardware中，我们稍后会看到。

DisplayHardware::flip完成后，分别通知各可见Layer它们的内容已经显示出来了。

void DisplayHardware::flip(const Region& dirty) const

{…

    mPageFlipCount++;//flip计数

 

    if (mHwc->initCheck()== NO_ERROR) {

        mHwc->commit();

    } else {

        eglSwapBuffers(dpy, surface);

    }

    …

}

分为两条路径：

(1)commit

成员变量mHwc是在DisplayHardware::init中生成的一个HWComposer对象。只要HWC_HARDWARE_MODULE_ID模块可以正常加载，且hwc_open能打开hwc_composer_device设备，那么initCheck()就返回NO_ERROR，否则就是NO_INIT。

此时我们通过HWComposer::commit来执行flip，这个函数直接调用如下硬件接口：

mHwc->set(mHwc,mDpy, mSur, mList);

set()和后面的eglSwapBuffers是基本等价的，原型如下：

    int (*set)(struct hwc_composer_device *dev,hwc_display_t dpy,

                hwc_surface_t sur,hwc_layer_list_t* list);

其中最后一个list必须与最近一次的prepare()所用列表完全一致。假如list为空或者列表数量为0的话，说明SurfaceFlinger已经利用OpenGL ES做了composition，此时set就和eglSwapBuffers一样。当list不为空，且layer的compositionType == HWC_OVERLAY，那么HWComposer需要进行硬件合成。

如果成功执行的话，set返回0，否则就是HWC_EGL_ERROR。可以通过eglGetError()来获得具体的error。感兴趣的读者可以自己挑选一个具体的平台实现来分析，比如三星的crespo(路径是/device/Samsung/crespo/libhwcomposer)。

 

(2)eglSwapBuffers

以libagl为例，这个函数又调用了如下的swapBuffers：

/*frameworks/native/opengl/libagl/Egl.cpp*/

EGLBoolean egl_window_surface_v2_t::swapBuffers()

{…

    nativeWindow->queueBuffer(nativeWindow, buffer);

    …

    // dequeue一个新的buffer

    if (nativeWindow->dequeueBuffer(nativeWindow, &buffer) == NO_ERROR) {

       …

} else {

        returnsetError(EGL_BAD_CURRENT_SURFACE, EGL_FALSE);

    }

 

    return EGL_TRUE;

}

这和我们一开始的推测是一致的——通过queueBuffer来入队，然后通过dequeueBuffer重新申请一个buffer以用于下一轮的刷新。关于SurfaceFlinger中所使用的这一OpenGL本地窗口，即FramebufferNativeWindow的缓冲区管理，我们在前几个小节已经分析过了，大家可以结合这里的场景再看一遍