[Chrome源码阅读] 理解Browser进程

http://blog.csdn.net/zero_lee/article/details/7903911

首先贴出一张来自于Chrome官网上design document上的图。这张图描述了Browser进程中主要几个类之间的相互关系。

这张图仅仅列出了Browser进程里的2个线程：UI线程和IPC线程。UI线程是主线程，主要负责整个UI的渲染和消息的响应，包括自身的消息和从Render 进程发过来的消息。IPC线程负责Browser进程与Render进程之间的通信和网络资源消息的过滤。

一个Render Process Host对应一个Channel Proxy，负责跟一个Render Process通信，同时多个Render View Host可以share同一个Render Process Host，对应Render进程中的多个RenderView。RenderViewHost以IPC::Channel::Listener的身份出现在RenderProcessHost的listeners_列表中。一个WebContents对应一个RenderViewHost，以RenderViewHostDelegate的身份出现在RenderViewHost中。

当一个RenderProcessHost(BrowerRenderProcessHost的基类)初始化在主线程上是，它也同时创建了一个新的RenderProcess和一个ChannelProxy IPC对象实例，这个IPC::ChannelProxy会建立一个命名管道连接到render进程。需要注意的是IPC::ChannelProxy运行在IPC线程中，监听着那个命令管道，同时自动的将接收的消息转发到RenderProcessHost。

在UI线程上的RenderProcessHost负责派发所有的view-specific的消息到合适的RenderViewHost，同时它自己也会处理少量的消息(CONTROL类型)。这个派发发生在函数BrowserRenderProcessHost::OnMessageReceived（注意RenderProcessHost仍然是一个virtual interface，因为它并没有实现OnMessageReceived函数）。

[cpp] view plaincopyprint?

1. void BrowserRenderProcessHost::OnMessageReceived(const IPC::Message& msg) {  
2.   if (msg.routing_id() == MSG_ROUTING_CONTROL) {  
3.     // dispatch control messages  
4.     bool msg_is_ok = true;  
5.     IPC_BEGIN_MESSAGE_MAP_EX(BrowserRenderProcessHost, msg, msg_is_ok)  
6.       IPC_MESSAGE_HANDLER(ViewHostMsg_PageContents, OnPageContents)  
7.       IPC_MESSAGE_HANDLER(ViewHostMsg_UpdatedCacheStats,  
8.                           OnUpdatedCacheStats)  
9.       IPC_MESSAGE_UNHANDLED_ERROR()  
10.     IPC_END_MESSAGE_MAP_EX()  
11.   
12.     if (!msg_is_ok) {  
13.       // The message had a handler, but its de-serialization failed.  
14.       // We consider this a capital crime. Kill the renderer if we have one.  
15.       ReceivedBadMessage(msg.type());  
16.     }  
17.     return;  
18.   }  

根据msg.routing_id来确定listener（也就是RenderViewHost），从而进行消息转发。

[cpp] view plaincopyprint?

1. // dispatch incoming messages to the appropriate TabContents  
2. IPC::Channel::Listener* listener = GetListenerByID(msg.routing_id());  
3. if (!listener) {  
4.   if (msg.is_sync()) {  
5.     // The listener has gone away, so we must respond or else the caller will  
6.     // hang waiting for a reply.  
7.     IPC::Message* reply = IPC::SyncMessage::GenerateReply(&msg);  
8.     reply->set_reply_error();  
9.     Send(reply);  
10.   }  
11.   return;  
12. }  
13. listener->OnMessageReceived(msg);  

view-specific的消息会派发到RenderViewHost::OnMessageReceived函数中。大部分的消息会被处理在这个函数中，剩下的会被转发到基类RenderWidgetHost中。在Windows平台上，会有一个RenderWidgetHostHWND类相关于RenderWidgetHost类，用来特殊地处理一些事件和渲染native的HWND。其它平台也有类似的类。