Android SurfaceFlinger中的工作线程:threadLoop()

本文详细介绍了SurfaceFlinger的工作机制,包括其线程循环threadLoop的主要流程:处理控制台事件、事务更新、页面翻转、重绘及客户端解锁等过程。深入探讨了Android系统中如何管理和更新各层(Layer)的图像数据。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 

    SurfaceFlinger继承了Thread类,自然也继承了Thread类的threadLoop方法,SurfaceFlinger工作线程的主代码都在threadLoop()方法中。工作线程启动后,基类Thread会循环地调用threadLoop方法,SurfaceFlinger的threadLoop()主要是要完成系统中各个Layer(Surface)进行混合(compose),然后不停地把一帧帧混合好的图像数据传送到显示设备中。

threadLoop的流程

                 图一   threadLoop流程

1. handleConsoleEvents

handleConsoleEvent目前没有深入了解,貌似只是处理显示设备进入休眠状态或者从休眠中唤醒时,改变SufaceFlinger的状态,然后threadLoop的后续流程会根据相应的状态来决定是否继续给显示设备传送显示数据。

2. handleTransaction

因为Layer的混合是在线程中进行的,而混合的过程中,应用程序或者系统可能会改变Layer的状态,例如屏幕旋转、增加或删除Layer、某个Layer可见或不可见,为了使这些变动不会破坏当前正在进行的混合动作,SurfaceFlinger维护着两个Layer列表:

  • mCurrentState.layersSortedByZ   ---- 当前系统最新的Layer列表
  • mDrawingState.layersSortedByZ  ---- 本次混合操作使用的Layer列表

handleTransaction就是根据Layer列表的这些状态的变化,计算是否有可见区域内需要更新,并设置状态变量mVisibleRegionsDirty,然后把mCurrentState赋值给mDrawingState,最后释放已经被丢弃(ditch)的Layer

  • 上一次混合过程中,可能应用程序释放了一个Layer,可是mDrawingState正在使用,不能马上销毁,所以要等到本次混合前才能做出销毁的动作。

  • 如果Layer的大小有变化并且可见,Layer的handleTransaction将会重新分配缓冲区,并且冻结SurfaceFlinger后续的混合操作,也就是屏幕的内容本次将不会刷新,直到下一个循环的handlePageFlip阶段才解除冻结。

3. handlePageFlip

该阶段会遍历各个Layer,在每个Layer中,取得并锁住该Layer的frontBuffer,然后利用frontBuffer中的图像数据生成该Layer的2D贴图(Texture),并且计算更新区域,为后续的混合操作做准备。

                                图二   handlePageFlip处理流程

Layer的lockPageFlip()首先通过 SharedBufferServer类的成员变量lcblk,调用retireAndLock取得该Layer当前可用的frontBuffer,然后通过reloadTexture方法生成openGL ES的纹理贴图,最后通过unlockPageFlip完成更新区域的Layer坐标到屏幕坐标的变换。

4.handleRepaint

 handleRepaint真正实现Layer混合的阶段,下图是handleRepaint的处理流程:

                                                     图三  handleRepaint 的处理流程

 

handleRepaint首先重置了openGL的观察矩阵,然后遍历mDrawingState.layersSortedByZ 中的Layer列表,调用每个Layer的onDraw方法,在onDraw方法中,会调用drawWithOpenGL()方法,将在handlePageFlip阶段生成的贴图混合到OpenGL的主表面,最后handleRepaint把需要刷新的区域清除。

5.unlockClients

unlockClients只是遍历各个Layer并调用各个Layer的finishPageFlip方法。finishPageFlip会进一步调用SharedBufferServer的unlock()方法

  1. void Layer::finishPageFlip()  
  2. {  
  3.     status_t err = lcblk->unlock( mFrontBufferIndex );  
  4.     LOGE_IF(err!=NO_ERROR,   
  5.             "layer %p, buffer=%d wasn't locked!",  
  6.             this, mFrontBufferIndex);  

 lcblk->unlock( mFrontBufferIndex )会把Layer的frontBuffer解除锁定。

6.postFramebuffer

 进入postFramebuffer阶段,OpenGL主表面已经准备好了混合完成的图像数据,postFramebuffer只是简单地调用hw.flip(),hw.flip()进一步调用了eglSwapBuffers完成主表面的切换,这样屏幕上的图像就会更新为新的数据。

backtrace: 04-04 17:53:38.728913 14617 14617 F DEBUG : #00 pc 000000000009dd44 /apex/com.android.runtime/lib64/bionic/libc.so (abort+180) (BuildId: a87e89fc2c0a5753053f536add4d7ae1) 04-04 17:53:38.728971 14617 14617 F DEBUG : #01 pc 000000000009fc9c /apex/com.android.runtime/lib64/bionic/libc.so (__fortify_fatal(char const*, ...)+124) (BuildId: a87e89fc2c0a5753053f536add4d7ae1) 04-04 17:53:38.729030 14617 14617 F DEBUG : #02 pc 00000000000a1c54 /apex/com.android.runtime/lib64/bionic/libc.so (fcntl+516) (BuildId: a87e89fc2c0a5753053f536add4d7ae1) 04-04 17:53:38.729057 14617 14617 F DEBUG : #03 pc 00000000000090e0 /vendor/lib64/libaedv.so (receive_file_descriptor+72) (BuildId: c7aa26ebc81fe81ae163fa3a8c82a4e9) 04-04 17:53:38.729084 14617 14617 F DEBUG : #04 pc 000000000000a87c /vendor/lib64/libaedv.so (raise_error+892) (BuildId: c7aa26ebc81fe81ae163fa3a8c82a4e9) 04-04 17:53:38.729109 14617 14617 F DEBUG : #05 pc 000000000000b6d0 /vendor/lib64/libaedv.so (aee_system_report+376) (BuildId: c7aa26ebc81fe81ae163fa3a8c82a4e9) 04-04 17:53:38.729135 14617 14617 F DEBUG : #06 pc 000000000000b794 /vendor/lib64/libaedv.so (aee_system_exception+132) (BuildId: c7aa26ebc81fe81ae163fa3a8c82a4e9) 04-04 17:53:38.729192 14617 14617 F DEBUG : #07 pc 00000000000fa85c /vendor/lib64/hw/hwcomposer.mt6768.so (android::SWWatchDog::Recipient::onHang(unsigned long const&, int const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, long const&, long const&, long const&)+316) (BuildId: 857b71c842e13d7bffdbf4b1f3fd8f58) 04-04 17:53:38.729236 14617 14617 F DEBUG : #08 pc 00000000000facec /vendor/lib64/hw/hwcomposer.mt6768.so (android::SWWatchDogTimer::threadLoop()+468) (BuildId: 857b71c842e13d7bffdbf4b1f3fd8f58) 04-04 17:53:38.729265 14617 14617 F DEBUG : #09 pc 00000000000faacc /vendor/lib64/hw/hwcomposer.mt6768.so (void* std::__1::__thread_proxy<std::__1::tuple<std::__1::unique_ptr<std::__1::__thread_struct, std::__1::default_delete<std::__1::__thread_struct> >, android::SWWatchDogTimer::SWWatchDogTimer()::'lambda'()> >(void*)+44) (BuildId: 857b71c842e13d7bffdbf4b1f3fd8f58) 04-04 17:53:38.729291 14617 14617 F DEBUG : #10 pc 000000000010ba80 /apex/com.android.runtime/lib64/bionic/libc.so (__pthread_start(void*)+208) (BuildId: a87e89fc2c0a5753053f536add4d7ae1) 04-04 17:53:38.729317 14617 14617 F DEBUG : #11 pc 000000000009f690 /apex/com.android.runtime/lib64/bionic/libc.so (__start_thread+64) (BuildId: a87e89fc2c0a5753053f536add4d7ae1) 04-04 17:53:38.745596 14617 14617 F DEBUG : dump_environment.......
04-08
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值