chromium for android GPU进程结构分析

浅浅的花香味﹌ 2021-11-16 06:28 312阅读 0赞

https://blog.csdn.net/jaylinzhou/article/details/27517471

GPU进程的client(Browser进程，Render进程)都会创建一个  
WebGraphicsContext3DCommandBufferImpl的实例，用于封装与GPU进程的通信。

所以我们从WebGraphicsContext3DCommandBufferImpl開始引出GPU进程的结构。

一.WebGraphicsContext3DCommandBufferImpl的创建。

WebGraphicsContext3D暴露的接口基本与OpenGL ES 2.0 API相应。  
WebGraphicsContext3DCommandBufferImpl是WebGraphicsContext3D的实现类。

Browser进程创建WebGraphicsContext3DCommandBufferImpl的实例发生在  
CompositorImpl::CreateOutputSurface()。  
CompositorImpl::CreateOutputSurface()在创建  
WebGraphicsContext3DCommandBufferImpl实例时传入了surface\_id。  
surface\_id标识Browser应用中使用的android标准控件SurfaceView相应的  
本地窗体的一块buffer。

Render进程创建WebGraphicsContext3DCommandBufferImpl的实例发生在  
RenderWidget::CreateOutputSurface()  
RenderWidget::CreateGraphicsContext3D(）。  
RenderWidget::CreateGraphicsContext3D(）在创建  
WebGraphicsContext3DCommandBufferImpl实例时传入了surface\_id。

surface\_id是RenderWidgetHostImpl::RenderWidgetHostImpl()  
通过调用GpuSurfaceTracker::Get()->AddSurfaceForRenderer()得到的。

通过以下路径传递给RenderWidget::surface\_id\_。

![20140529120723500][]

二.WebGraphicsContext3DCommandBufferImpl中包括的与GPU进程通信相关的成员变量：  
scoped\_refptr<GpuChannelHost> host\_;  
CommandBufferProxyImpl\* command\_buffer\_;  
gpu::gles2::GLES2CmdHelper\* gles2\_helper\_;  
gpu::TransferBuffer\* transfer\_buffer\_;  
gpu::gles2::GLES2Interface\* gl\_;  
以下一一介绍这些成员变量的作用。

scoped\_refptr<GpuChannelHost> host\_的创建及其作用。  
Browser进程和Render进程在创建WebGraphicsContext3DCommandBufferImpl实例时都传  
入了GpuChannelHostFactory实例。

Browser进程传入的是BrowserGpuChannelHostFactory。  
Render进程传入的是RenderThreadImpl。  
BrowserGpuChannelHostFactory与RenderThreadImpl继承自GpuChannelHostFactory。  
![Center][]  
WebGraphicsContext3DCommandBufferImpl::Initialize(）\{  
 host\_ = factory\_->EstablishGpuChannelSync(cause);  
\}  
WebGraphicsContext3DCommandBufferImpl::Initialize(）调用传递进来的  
GpuChannelHostFactory实例生成GpuChannelHost实例。  
GpuChannelHost封装client和GPU进程之间的IPC通道。

GPU进程中会产生一个相应的GpuChannel实例。  
Browser进程与GPU进程之间IPC Channel的建立过程。

![20140529120753265][]

BrowserGpuChannelHostFactory::EstablishGpuChannelSync()先后调用例如以下3个函数：  
1.BrowserGpuChannelHostFactory::EstablishGpuChannelOnIO()  
2.gpu\_channel\_ = new GpuChannelHost(this, request.gpu\_host\_id, gpu\_client\_id\_);  
3.gpu\_channel\_->Connect(request.channel\_handle);  
1.BrowserGpuChannelHostFactory::EstablishGpuChannelOnIO(）会触发GPU进程创建GpuChannel。  
![20140608154803937][]  
2.BrowserGpuChannelHostFactory::EstablishGpuChannelSync()在GPU进程创建完GpuChannel后，  
创建与GpuChannel相相应的Browser进程中的GpuChannelHost实例。  
3.调用GpuChannelHost::Connect()连接Browser进程GpuChannelHost与GPU进程GpuChannel。  
Render进程与GPU进程之间IPC Channel的建立过程。  
RenderWidget::CreateGraphicsContext3D()  
WebGraphicsContext3DCommandBufferImpl::Initialize()  
RenderThreadImpl::EstablishGpuChannelSync()  
RenderThreadImpl::EstablishGpuChannelSync()先后调用了例如以下3个函数：  
1.RenderThreadImpl::Send(new GpuHostMsg\_EstablishGpuChannel());  
2.gpu\_channel\_ = new GpuChannelHost(this, request.gpu\_host\_id, gpu\_client\_id\_);  
3.gpu\_channel\_->Connect(request.channel\_handle);  
1.RenderThreadImpl::Send(new GpuHostMsg\_EstablishGpuChannel())会触发GPU进程中GpuChannel的创建。

GpuMessageFilter::OnMessageReceived(）  
GpuMessageFilter::OnEstablishGpuChannel(）  
GpuProcessHost::EstablishGpuChannel()  
接下来的流程就是Browser进程发送消息触发GPU进程中GpuChannel的创建。  
所以Render进程相应的GpuChannel是通过Browser进程触发GPU进程创建的。  
2.RenderThreadImpl::EstablishGpuChannelSync()在通过Browser进程创建完GpuChannel实例后，创建  
与GpuChannel相相应的Render进程中的GpuChannelHost实例。  
3.调用GpuChannelHost::Connect()连接Render进程的GpuChannelHost实例与GPU进程中的GpuChannel实例。  
Browser进程CommandBufferProxyImpl\* command\_buffer\_的创建及其作用  
CommandBufferProxyImpl是GPU进程client代理，负责将消息同步给GPU进程中相应的GpuCommandBufferStub。  
GpuCommandBufferStub与GPU进程中的CommandBufferProxyImpl一一相应。  
Browser进程先触发GPU进程创建GpuCommandBufferStub的实例后，再创建CommandBufferProxyImpl。  
GpuCommandBufferStub的实例的创建步骤例如以下。

![20140529120851156][]

GpuChannelHost::CreateViewCommandBuffer()在触发GPU进程创建GpuCommandBufferStub的实例后，  
创建了与GpuCommandBufferStub相相应的CommandBufferProxyImpl。

Render进程CommandBufferProxyImpl\* command\_buffer\_的创建流程例如以下。  
![Center 1][]  
gpu::gles2::GLES2CmdHelper\* gles2\_helper\_;  
gpu::gles2::GLES2CmdHelper帮助写入GL command buffer的辅助类。  
gpu::TransferBuffer\* transfer\_buffer\_;  
gpu::TransferBuffer管理transfer buffer的类。  
gpu::gles2::GLES2Interface\* gl\_;  
gl\_实际指向GLES2Implementation的实例。  
GLES2Implementation在command buffers之上模拟GLES2。  
GPU进程的client使用GLES2Implementation。

GLES2Implementation封装了shared memory的处理和command buffer的管理。  
gles2\_helper\_和 transfer\_buffer\_都设置给gl\_,在类GLES2Implementation中使用。

GPU进程client与GPU进程通信的流程是：  
WebGraphicsContext3DCommandBufferImpl调用GLES2Implementation的相应接口，  
GLES2Implementation调用GLES2CmdHelper将要发送给GPU进程的命令写入CommandBuffer  
包括的SharedMemory中。这块SharedMemory也被映射到GPU进程中。  
GPU进程中GLES2DecoderImpl负责处理GLES2Implementation发送的命令。

CommandBuffer包括的SharedMemory被映射到GPU进程中由CommandBufferService管理。  
所以GLES2DecoderImpl通过操作CommandBufferService来取得命令相关的数据。  
CommandBufferProxyImpl通过IPC发送消息给GPU进程，同步GPU进程中的操作。  
GPU进程client通过CommandBufferProxyImpl发送的IPC消息是以GpuCommandBufferMsg\_为前缀的。  
GPU进程中接受这类消息的是GpuCommandBufferStub。  
GpuCommandBufferStub调用CommandBufferService完毕实际的消息处理。

Gpu进程client和Gpu进程结构例如以下图：

![Center 2][]

三.GPU进程的创建  
gpu\_process\_host.cc中定义了GpuMainThread类。

GpuMainThread::init()函数中创建GPU进程，或者在设置了in-process-gpu或single-process时。  
创建GPU线程。  
GPU进程是Browser进程的子进程。仅仅会在Browser进程中创建一次。

转载于:https://www.cnblogs.com/ldxsuanfa/p/10958366.html

[20140529120723500]: /images/20211116/56fdb917088a416c95ab8f7dc767fba3.png?
[Center]: /images/20211116/b468d5b3de17428d8080e9afebdf344b.png
[20140529120753265]: /images/20211116/f04ef47b81594e5e97714ad780cad34f.png?
[20140608154803937]: /images/20211116/26751de02bca4446befdf1961b21d744.png?
[20140529120851156]: /images/20211116/c4e572f3f029424a93d68f28e72c72ab.png?
[Center 1]: /images/20211116/6dad23f4148b4f31b178fdf8a80c016b.png
[Center 2]: /images/20211116/77cda4a499a2460aa0175574d2fcc368.png