「Android」SurfaceFlinger分析
本篇针对surfaceflinger模块进行分析，目录如下：
1、surfaceflinger功能
1.1、bufferqueue原理（native/libs/gui模块）
1.2 layer显示内存分配（native/libs/ui模块）
1.3、surfaceflinger处理（native/.../surfaceflinger模块）
2、工程代码解析：
2.1、surfaceflinger启动过程
2.2、surfaceflinger事务处理
3、总结（处理流程、交互模块）
***********************************************************×*********************************×*******
1、surfaceflinger功能：
1.1、bufferqueue原理（和sf交互）
比如应用通过windowsmanager分配一个surface，需要分配(dequeuebuffer)显示空间在上面进行绘图，在图形绘制完成后需要推送（queuebuffer）到surfaceflinger进行合成显示。
surfaceflinger作为消费者，通过acquirebuffer（）得到一个要合成的图形，在合成完毕后再releasebuffer（）将图形释放。
class composerservice : public singleton<composerservice>
{
sp<isurfacecomposer> mcomposerservice;
sp<ibinder::deathrecipient> mdeathobserver;
mutex mlock;
composerservice();
void connectlocked();
void composerservicedied();
friend class singleton<composerservice>;
public:
// get a connection to the composer service. this will block until
// a connection is established.即getcomposerservice
static sp<isurfacecomposer> getcomposerservice();
};
（2）composerservice 为单例模式负责与surfaceflinger建立binder连接;
（3）surfacecomposerclient则在于surfaceflinger建立连接后（即getcomposerservice）建立与client的连接，
通过client调用createsurface，然后返回surfacecontrol;
（4）surfacecontrol负责这个显示层的控制。
sp<surface> surfacecontrol::getsurface() const
{
mutex::autolock _l(mlock);
if (msurfacedata == 0) {
// this surface is always consumed by surfaceflinger, so the
// producercontrolledbyapp value doesn't matter; using false.
msurfacedata = new surface(mgraphicbufferproducer, false);
}
return msurfacedata;
}
1.2 layer显示内存分配
（1）surface创建后得到 mgraphicbufferproducer，new graphicbuffer分配一个graphicbuffer：
int surface::dequeuebuffer(android_native_buffer_t** buffer, int* fencefd) {.....}
（2） 在graphicbuffer.cpp中分配一个共享内存，在native/libs/ui模块：
graphicbuffer::graphicbuffer(...){...}
status_t graphicbuffer::initwithsize(...){...}
（3）graphicbufferallocator::get() 使用gralloc进行内存分配，分配完成后，得到bufferidx 将他发给client端也就是surface端
（4）返回虚拟地址给上层
1.3、surfaceflinger处理
上面创建一个surface后，surfaceflinger对应的是一个layer，当上层layer调用刷新后，onframeavailable被调用，通知surfaceflinger有layer更新
void bufferlayer::onframeavailable(const bufferitem& item) {
mflinger->signallayerupdate();
}
2、工程代码解析：
2.1、surfaceflinger启动过程：
（代码取自其他博客提供下载的源码https://blog.csdn.net/ztguang/article/details/64905058，android7.0以上）
1、surfaceflinger代码仓位置：/frameworks/native/services/surfaceflingers
surfaceflinger启动进程的脚本是surfceflinger.rc文件，内容如下：
1 service surfaceflinger /system/bin/surfaceflinger 2 class core 3 user system 4 group graphics drmrpc readproc 5 onrestart restart zygote 6 writepid /dev/stune/foreground/tasks
socket pdx/system/vr/display/client
stream 0666 system graphics u:object_r:pdx_display_client_endpoint_socket:s0
socket pdx/system/vr/display/manager
stream 0666 system graphics u:object_r:pdx_display_manager_endpoint_socket:s0
socket pdx/system/vr/display/vsync
stream 0666 system graphics u:object_r:pdx_display_vsync_endpoint_socket:s0
注：在.bp脚本中会初始化该脚本，之后执行main_surfaceflinger.cpp文件 （rc文件有3个socket,用于跨进程通信）
2、创建进程后执行main函数，main函数在frameworks/native/services/surfaceflinger/main_surfaceflinger.cpp，main函数主要代码如下：
int main(int, char**) {
//忽略了sigpipe信号，因为在surfaceflinger的client-server模型中，或者说ipc机制中，很可能会触发sigpipe信号，而这个信号的默认动作是终止进程
////当客户端/服务端的socket关闭时,防止进程退出
signal(sigpipe, sig_ign);
// when sf is launched in its own process, limit the number of
// binder threads to 4.即sf进程开启后，线程池限制最大数量为4
processstate::self()->setthreadpoolmaxthreadcount(4);
// start the thread pool即启动线程池
//大多数程序都是需要ipc的，这里也需要，但是使用binder机制是很繁琐的，所以android为程序进程使用binder机制封装了两个实现类：processstate、ipcthreadstate
//其中processstate负责打开binder驱动，进行mmap等准备工作；ipcthreadstate负责具体线程跟binder驱动进行命令交互。
sp<processstate> ps(processstate::self());
ps->startthreadpool();
// instantiate surfaceflinger即实例化，以及设置进程优先级、事物处理策略
sp<surfaceflinger> flinger = new surfaceflinger();
setpriority(prio_process, 0, priority_urgent_display);
set_sched_policy(0, sp_foreground);
#ifdef enable_cpusets
// put most surfaceflinger threads in the system-background cpuset
// keeps us from unnecessarily using big cores
// do this after the binder thread pool init
set_cpuset_policy(0, sp_system);
#endif
// initialize before clients can connect即初始化
flinger->init();
// publish surface flinger即发布sf，注册到servicemanager，sp是strongponiter强指针（sp对象的析构函数调用refbase的decstrong来减少强弱引用指针计数）
sp<iservicemanager> sm(defaultservicemanager());
sm->addservice(string16(surfaceflinger::getservicename()), flinger, false);
// publish gpuservice即注册gpuservice
sp<gpuservice> gpuservice = new gpuservice();
sm->addservice(string16(gpuservice::service_name), gpuservice, false);
struct sched_param param = {0};
param.sched_priority = 2;
if (sched_setscheduler(0, sched_fifo, ¶m) != 0) {
aloge("couldn't set sched_fifo");
}
// run surface flinger in this thread即运行当前线程
flinger->run();
return 0;
}
在执行main函数的时候，执行经过了以下过程：
（1）创建surfaceflinger对象，在其构造函数中，主要是一些成员变量的初始化工作。在surfaceflinger.cpp中的构造函数代码如下：
surfaceflinger::surfaceflinger()
: bnsurfacecomposer(),
mtransactionflags(0),
mtransactionpending(false),
manimtransactionpending(false),
mlayersremoved(false),
mrepainteverything(0),
mrenderengine(null),
mboottime(systemtime()),
mbuiltindisplays(),
mvisibleregionsdirty(false),
mgeometryinvalid(false),
manimcompositionpending(false),
mdebugregion(0),
mdebugddms(0),
mdebugdisablehwc(0),
mdebugdisabletransformhint(0),
mdebuginswapbuffers(0),
mlastswapbuffertime(0),
mdebugintransaction(0),
mlasttransactiontime(0),
mbootfinished(false),
mforcefulldamage(false),
mprimarydispsync("primarydispsync"),
mprimaryhwvsyncenabled(false),
mhwvsyncavailable(false),
mhascolormatrix(false),
mhaspoweredoff(false),
mframebuckets(),
mtotaltime(0),
mlastswaptime(0)
{......}
（2） 因为这里的surfaceflinger对象是一个strongpointer（强指针，见老罗博客https://blog.csdn.net/luoshengyang/article/details/6786239），所以首先会走到refbase的onfirstref方法。
void surfaceflinger::onfirstref()
{
meventqueue.init(this);
}
查看surfaceflinger.h，发现meventqueue是messqgequeue创建的对象。所以初始化会创建消息队列需要的handler、looper。在相同目录下的messagequeue.cpp文件中：
void messagequeue::init(const sp<surfaceflinger>& flinger)
{
mflinger = flinger;
mlooper = new looper(true);
mhandler = new handler(*this);
}
此处messagequeue不是常见的消息队列，在surfaceflinger目录单独编写，meventqueue更像是消息循环机制的管理者，其中包含了一个looper，一个handler。
looper中的mmessageenvelopes这个容器才是真正存储消息的地方：
/* messagequeue.cpp */
void messagequeue::waitmessage() {
int32_tret = mlooper->pollonce(-1);
}
handler也不是常见的那个handler，而是messagequeue中自定义的一个事件处理器，是专门为surfaceflinger设计的，handler收到消息，进一步回调surfaceflinger中的onmessagereceived。
void messagequeue::handler::handlemessage(constmessage& message) {
switch(message.what) {
caseinvalidate:
mqueue.mflinger->onmessagereceived(message.what);
} }
（3）之后执行surfaceflinger::init，方法主要实现的功能：
- 初始化egl
- 创建hwcomposer
- 初始化非虚拟显示屏
- 启动eventthreada线程
- 启动开机动画
在surfaceflinger.cpp中的代码如下：
void surfaceflinger::init() {
alogi( "surfaceflinger's main thread ready to run. "
"initializing graphics h/w..."); //开始sf线程的准备工作，初始化graphics h/w
{ // autolock scope
mutex::autolock _l(mstatelock);
// initialize egl for the default display即初始化egl，作为默认显示（egl见https://blog.csdn.net/ieearth/article/details/71180457）
megldisplay = eglgetdisplay(egl_default_display);
eglinitialize(megldisplay, null, null);
// start the eventthread开启事件线程
sp<vsyncsource> vsyncsrc = new dispsyncsource(&mprimarydispsync,
vsyncphaseoffsetns, true, "app");
meventthread = new eventthread(vsyncsrc, *this);
sp<vsyncsource> sfvsyncsrc = new dispsyncsource(&mprimarydispsync,
sfvsyncphaseoffsetns, true, "sf");
msfeventthread = new eventthread(sfvsyncsrc, *this);
meventqueue.seteventthread(msfeventthread);
// set sfeventthread to sched_fifo to minimize jitter
struct sched_param param = {0};
param.sched_priority = 2;
if (sched_setscheduler(msfeventthread->gettid(), sched_fifo, ¶m) != 0) {
aloge("couldn't set sched_fifo for sfeventthread");
}
// get a renderengine for the given display / config (can't fail)
mrenderengine = renderengine::create(megldisplay,
hal_pixel_format_rgba_8888);
}
// drop the state lock while we initialize the hardware composer. we drop
// the lock because on creation, it will call back into surfaceflinger to
// initialize the primary display.即初始化硬件composer对象，和显示设备交互，硬件显示设备
mhwc = new hwcomposer(this);
mhwc->seteventhandler(static_cast<hwcomposer::eventhandler*>(this));
mutex::autolock _l(mstatelock);
// retrieve the egl context that was selected/created即检索创建的egl上下文
meglcontext = mrenderengine->geteglcontext();
log_always_fatal_if(meglcontext == egl_no_context,
"couldn't create eglcontext");
// make the glcontext current so that we can create textures when creating
// layers (which may happens before we render something)即显示设备
getdefaultdisplaydevice()->makecurrent(megldisplay, meglcontext);
meventcontrolthread = new eventcontrolthread(this);
meventcontrolthread->run("eventcontrol", priority_urgent_display);//创建eventcontrol
// initialize our drawing state
mdrawingstate = mcurrentstate;
// set initial conditions (e.g. unblank default device)即初始化显示装备
initializedisplays();
mrenderengine->primecache();
// start boot animation即启动开机动画
startbootanim();
alogv("done initializing");
}
（4）android系统中有一个servicemanager，专门用来管理所有的服务，而surfaceflinger不是由servicemanager启动的，因此需要向servicemanager注册surfaceflinger，同时还注册了gpuservice。（在main函数里面注册）
（5）执行sf的run方法，surfaceflinger::run，进入消息循环，surfaceflinger启动成功，开始工作。代码如下：
void surfaceflinger::run() {
do {
waitforevent();
} while (true);
}
（分析参考博客https://blog.csdn.net/u012439416/article/details/79733178）
waitforevent方法如下：
meventqueue.waitmessage();
messagequeue的waitmessage方法也是一个do – while循环,里面逻辑如下：
>阻塞消息：
ipcthreadstate::self()->flushcommands(); int32_t ret = mlooper->pollonce(-1);
flushcommands方法主要是对binder驱动进行交互, 清理binder
pollonce是消息机制，主要调用了epoll_wait函数,会阻塞,阻塞完了会分发消息队列中的消息。这里的消息只有自己在handler中发的消息，还有在seteventthread中自己添加的消息。
>处理不同消息
2.2、工作流程
在执行sf的run方法时，surfaceflinger::run，进入messagequeue.cpp中的waitforevent方法：
当surface绘制完成后会发出一个invalidate的消息给surfaceflinger的等待线程，当waitforevent接收到消息后就会交给onmessagereceivered去处理，处理过程中会依次调用handlemessagetransaction、handlemessageinvalidate、handlemessagerefresh接口。
（1）调用handlemessagetransaction时，会调用：
> 有事务处理请求时，调用handletransaction进行处理(gettransactionflags)
> 调用handletransactionlocked
> committransactionao提交事务
该函数主要处理之前对屏幕和应用程序窗口的改动。窗口状态的改变只能在一个transaction中进行。因为窗口状态的改变可能造成本窗口和其他窗口的可见区域变化，所以就必须重新来计算窗口的可见区域。在这个处理子过程中android会根据标志位来对所有layer进行遍历，一旦发现哪个窗口的状态发生了变化就设置标志位以在将来重新计算这个窗口的可见区域。
（2）调用handlemessageinvalidate时，会调用handlepageflip
> handlepageflip绘制（layer从frontbuffer中取得新数据，并生成一张opengl中的纹理。现在layer准备好了数据，下一步开始进行绘制）
该函数主要调用handlepageflip()函数，该函数主要是从各layer对应的bufferqueue中拿图形缓冲区数据，并根据内容更新脏区域。
（3）handlemessagerefresh——进行合并和渲染输出：
（4）合并渲染完成后，该线程继续等待下一个invalidate消息。
4、总结（处理流程、交互模块）
4.1、处理流程
首先sf的启动过程：> 启动进程脚本.rc
> main_sf.cpp的main（）函数
>> 启动线程池，设置线程最大数量
>> 实例化（创建对象）sf.cpp
>>> sf:sf构造函数，初始化一些成员变量
>>> （强指针<p>）sf::onfirstref执行到messagequeue.cpp，执行init（）创建handler、looper
>> 设置进程优先级
>> 执行sf.init（）初始化方法
>>> 初始化 graphics h/w ...，
>>> 创建对象显示设备hwcomposer.cpp
>>> 创建event线程
>>> 初始化显示设备
>> 注册servicemanager、gpuservice
>> 运行sf.run()方法 （详细处理合成图像）
sf的工作流程分析（实现图像混合）：
> 在run方法中waitforevent等待事件（messagqueu.cpp），收到重绘消息后，将退出等待,交给onmessagereceivered去处理
> handlemessagetransaction处理事务
>> 有事务处理请求时，调用handletransaction进行处理(gettransactionflags)
>> 调用handletransactionlocked
>> committransactionao提交事务
> handlemessageinvalidateia调用handlepageflip绘制
> handlemessagerefresh合并和渲染
> 完成后，线程继续等待下一个invalidate消息
（以下是深入理解android的讲解，源码为2.2）
> 处理事务
>> 有事务处理请求时，调用handletransaction进行处理(gettransactionflags)
>> 调用handletransactionlocked
>> committransactionao提交事务
> handlepageflip绘制（layer从frontbuffer中取得新数据，并生成一张opengl中的纹理。现在layer准备好了数据，下一步开始进行绘制）
> handlerepaint对每一层进行重绘（显示层的ondraw函数，使用opengl）
> 绘制完图后，unlockclient释放之前占着frontbuffer的索引，调用各个显示层的finishpageflip函数
> postframebuffer调用displayhardware.cpp的flip函数，flipg调用eglswapbuffers函数，以完成framebuffer的apgeflip操作，之后混合后的图像就会传递到屏幕中显示
交互模块：
应用通过windowsmanager分配一个surface，需要分配显示空间在上面进行绘图，在图形绘制完成后需要推送到surfaceflinger进行合成显示。
surfaceflinger作为消费者，得到一个要合成的图形，在合成完毕后再将图形释放。
大概流程：
->bufferqueue.cpp（../native/libs/gui库）
-> composerservice(单例模式)与sf建立bind连接
-> surfacecomposerclinet.cpp调用createasurfce创建surface，返回surfacecontrol
-> 创建surface后在graphicbuffer.cpp（../native/libs/ui库）分配共享内存
-> 创建surface后，sf也对应一个layer，当上层layer调用刷新后，onframeavailable被调用，通知sf有layer更新
！！！因为初次接触，翻阅《深入理解android》（2.2源码）以及其他的博客（android6.0以上源码）很多地方还不理解，所以有不正确的地方还请指正。