实现说明
在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();注意多进程下，只是共享了文件描述符，可以理解共享了对相同的读写操作，但不是共享文件句柄，所以各个进程仍然要独立地进行半闭的操作 （打开时是在发起进程完成的。）
