Chromium中跨进程文件句柄传递

实现说明

在Chromium跨进程架构下,也会有Browser/Renderer两个进程对相同文件进行操作的需求。比如Browser的某个任务依赖于Renderer端对指定文件的输出。而在POXIS下,允许不同进程间传递文件描述符(File Descriptor))的, 比如传递socket,或者普通文件,进而可以达到不需要重新打开文件,而对相同文件读写的效果(并不是分享文件句柄)。Chromium对这个特性做了封装,也包括了Windows下的实现(也包括了Windows下的实现)。涉及的基本结构如下:
structure

其中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();

注意多进程下,只是共享了文件描述符,可以理解共享了对相同的读写操作,但不是共享文件句柄,所以各个进程仍然要独立地进行半闭的操作 (打开时是在发起进程完成的。)

### 回答1: Chromium进程启动顺序主要包括:初始化过程、处理消息过程、绘制过程和渲染过程。初始化过程Chromium会载入配置文件、建立内核进程、建立渲染进程等。然后进入处理消息过程,Chromium会接收来自浏览器内核和渲染进程的消息并处理。接着开始绘制过程,Chromium会将网页内容绘制到屏幕上,而最后一步是渲染过程,在这个过程Chromium会将绘制好的内容展示在浏览器。 ### 回答2: Chromium是一种开放源代码的网页浏览器,其进程启动顺序可以简单分为以下几个步骤: 1. 主进程启动:当用户双击打开Chromium浏览器时,系统会首先启动主进程。主进程负责管理其他相关进程,如浏览器标签、插件管理、窗口调度等。 2. 渲染进程启动:在主进程启动之后,当用户打开一个新的网页或者标签时,主进程会启动一个渲染进程来处理该网页的渲染和交互。 3. GPU进程启动:在有需要的情况下,主进程还会启动GPU进程,用于处理与图形相关的任务,如3D渲染、视频播放等。 4. 插件进程启动:当用户访问需要插件支持的网页时(如Flash),主进程会启动相应的插件进程,用于加载和运行插件,以提供相应的功能和特性。 总的来说,Chromium进程启动顺序可以概括为主进程启动,然后根据用户的操作和需要,逐渐启动渲染进程、GPU进程和插件进程等。这种进程启动方式可以提高浏览器的稳定性和安全性,同时也能更好地利用系统资源。 ### 回答3: Chromium 进程的启动顺序可以简要概括为以下几个步骤: 1. 启动浏览器进程:当用户双击 Chromium 可执行文件或创建一个新的浏览器窗口时,浏览器进程会被启动。该进程负责管理整个浏览器的生命周期和资源分配。 2. 建立渲染进程:在浏览器进程,每个标签页或独立窗口将启动一个独立的渲染进程。渲染进程负责处理网页的渲染、脚本执行和用户交互等任务。为了提高安全性和稳定性,每个渲染进程都被隔离在自己的沙盒环境。 3. 创建网络进程:网络进程负责处理网络请求,包括下载网页内容、JavaScript、CSS、图像等资源。当浏览器需要进行网络通信时,这个进程会被启动。 4. 启动 GPU 进程:GPU 进程是用于加速图形渲染的,它与浏览器进程和渲染进程进行通信,处理与图像相关的任务。 5. 建立插件进程:如果页面包含 Flash 或其他插件,每个插件都将在单独的插件进程运行。这种隔离可以防止插件的问题影响到整个浏览器的稳定性。 总结起来,Chromium 进程的启动顺序是先启动浏览器进程,然后根据需要分别建立渲染进程、网络进程、GPU 进程和插件进程。这种多进程架构的设计使得 Chromium 在安全性和稳定性方面表现出色,并能够提供更好的用户体验。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值