在Chromium跨进程架构下,也会有Browser/Renderer两个进程对相同文件进行操作的需求。比如Browser的某个任务依赖于Renderer端对指定文件的输出。而在POXIS下,允许不同进程间传递文件描述符(File Descriptor))的, 比如传递socket,或者普通文件,进而可以达到不需要重新打开文件,而对相同文件读写的效果(并不是分享文件句柄)。Chromium对这个特性做了封装,也包括了Windows下的实现(也包括了Windows下的实现)。涉及的基本结构如下:
其中dbus::FileDescriptor
,定义在dbus/file_descriptor.h中。因为安全原因不能传递目录的FD。
base::File
是对不同平台文件句柄的封装,定义在base/file.h中。
PlatformFile是一组函数,定义在base/ipc_platform_file.h,其中两个重要的API是:
IPC_EXPORT PlatformFileForTransit GetFileHandleForProcess(
base::PlatformFile file,
base::ProcessHandle process,
bool close_source_handle);
参数解释:
base::PlatformFile file,
// 当前进程打开的文件句柄
base::ProcessHandle process,
// 目标process
bool close_source_handle);
// 是否会关闭当前的文件句柄,如果不会,就需要多创建当前文件句柄的副本,以避免IPC传递时出现异常。否则就复用当前的文件描述符(File descriptor,Windows下为Handle)。
IPC_EXPORT PlatformFileForTransit TakeFileHandleForProcess(
base::File file,
base::ProcessHandle process);
这个版本就是GetFileHandleForProcess第三个参数(close_source_handle)为true的情况,这时当前进程不需要再持有这个文件句柄,看起来像是将所有权也转移到目标进程。
// MHTMLGenerationManager (Browser)
void MHTMLGenerationManager::StreamMHTML(
WebContents* web_contents,
base::File browser_file, // 传入一个文件句柄browser_file
const GenerateMHTMLCallback& callback) {
// 转换到跨进程的FD, 并不释放所有权,所以第三个参数传递的是false。
PC::PlatformFileForTransit renderer_file =
IPC::GetFileHandleForProcess(browser_file.GetPlatformFile(),
renderer_process, false);
// 随后在FileAvailable函数将renderer_file传递出去。
rvh->Send(new ViewMsg_SavePageAsMHTML(rvh->GetRoutingID(), job_id,
renderer_file));
}
经过IPC,传递到Renderer进程。
// MHTMLGenerator (Renderer)
void MHTMLGenerator::OnSavePageAsMHTML(int job_id, IPC::PlatformFileForTransit file_for_transit) {
// 从消息中的FD,转换到base::File, 可以进行相关的文件操作了。
base::File file_ = IPC::PlatformFileForTransitToFile(file_for_transit);
int bytes_written = file_.Write(total_bytes_written,
data + total_bytes_written, copy_size);
file_.Close();
注意多进程下,只是共享了文件描述符,可以理解共享了对相同的读写操作,但不是共享文件句柄,所以各个进程仍然要独立地进行半闭的操作 (打开时是在发起进程完成的。)
版权声明:本文为博主原创文章,未经博主允许不得转载。
原文地址:http://blog.csdn.net/horkychen/article/details/49568239