谷歌浏览器的源码分析(20)
上一次介绍到把网页连接地址生成一个消息通过IPC机制把消息发送出去,那么IPC的通讯机制是怎么样的呢?又是发送给谁呢?
由于这个浏览器是使用多进程的架构来工作的,所以进程之间就需要相互交流,这种交流是就是通讯,可以从源码里看到它是使用IPC的机制来通讯,实际采用的技术,就是Windows的命名管道的方式。可以看到这段代码:
#001 bool Channel::CreatePipe(const wstring& channel_id, Mode mode) {
#002 DCHECK(pipe_ == INVALID_HANDLE_VALUE);
#003 const wstring pipe_name = PipeName(channel_id);
#004 if (mode == MODE_SERVER) {
#005 SECURITY_ATTRIBUTES security_attributes = {0};
#006 security_attributes.bInheritHandle = FALSE;
#007 security_attributes.nLength = sizeof(SECURITY_ATTRIBUTES);
#008 if (!win_util::GetLogonSessionOnlyDACL(
#009 reinterpret_cast<SECURITY_DESCRIPTOR**>(
#010 &security_attributes.lpSecurityDescriptor))) {
#011 NOTREACHED();
#012 }
#013
#014 pipe_ = CreateNamedPipeW(pipe_name.c_str(),
#015 PIPE_ACCESS_DUPLEX | FILE_FLAG_OVERLAPPED |
#016 FILE_FLAG_FIRST_PIPE_INSTANCE,
#017 PIPE_TYPE_BYTE | PIPE_READMODE_BYTE,
#018 1, // number of pipe instances
#019 BUF_SIZE, // output buffer size (XXX tune)
#020 BUF_SIZE, // input buffer size (XXX tune)
#021 5000, // timeout in milliseconds (XXX tune)
#022 &security_attributes);
#023 LocalFree(security_attributes.lpSecurityDescriptor);
#024 } else {
#025 pipe_ = CreateFileW(pipe_name.c_str(),
#026 GENERIC_READ | GENERIC_WRITE,
#027 0,
#028 NULL,
#029 OPEN_EXISTING,
#030 SECURITY_SQOS_PRESENT | SECURITY_IDENTIFICATION |
#031 FILE_FLAG_OVERLAPPED,
#032 NULL);
#033 }
上面这段代码通过WINDOWS API函数CreateNamedPipeW函数来创建命名管道的服务器端,而通过WINDOWS API函数CreateFileW来打开客户端,这样两个进程之间就建立起来通讯的管道,两个进程之间的消息就可以相互发送了。
在浏览网页连接的消息,就是通过IPC的机制,让类RenderProcessHost把消息发送出去,那么这个消息是谁在另一端接收的呢?按照IPC的机制可知是另外一个进程在接收,这个进程就是类RenderProcess。
类RenderProcessHost把所有的消息通过类IPC::ChannelProxy发送出去,在另一个子进程里通过类RenderThread和类RenderView来接收消息,然后在类RenderThread和类RenderView把消息分发处理。