当前位置: 首页 > news >正文

Chromium的启动流程

1、引言

       你点击了桌面上的Chrome图标,一个浏览器窗口出现了,输入网址就可以在Internet世界愉快玩耍。这一切是怎么实现的呢?Chromium这个多进程的程序是如何启动各个进程的呢?浏览器主进程(界面进程)启动了哪些线程?如何启动的呢?这些问题一直萦绕在心头,一起来看看源代码吧。本文主要针对Chromium for Mac的源代码,其它操作系统大同小异。

2、背景知识

      浏览器作为一个应用程序,是以进程的形式运行在操作系统上的。首先,Chromium是一个多进程的应用程序,我们需要了解Chromium的多进程框架。其次,Chromium中的每个进程又是多线程的,因而又需要了解Chromium的线程设计。接下来我们就从进程和线程入手介绍相关背景知识。

2.1、多进程框架

      Chromium是个多进程程序,每当你点开Chromium图标,默认会启动多个进程。Google之所以这样设计,是怕你打开某个挫B网站而把它的整个浏览器全部弄崩掉。所以它利用现代操作系统多进程不同地址空间这个设计,把它整个浏览器分为多进程,这样即使一个进程崩掉了,也不一定会让整个浏览器崩掉。Chromium进程分为一般分为两类:第一类,Browser进程,它管理tabs和插件进程以及运行主界面UI。第二类,Renderer进程,它利用WebKit布局引擎来解释和布局HTML。Browser是老大,只有一个;Renderer是小弟可以有很多个,每个小弟都能跟老大相互通信,但是小弟之间不能相互通信。老大和小弟们之间的关系如下。

      从上图可以看出每个Renderer进程都有一个RenderProcess对象这个对象是用来管理整个Renderer进程的;与之对应的,Browser进程有许多RenderProcessHost对象,每个对象对应一个RenderProcess对象,也即是对应一个Renderer进程。

2.2、多线程框架

      我们平时写程序也用多线程,其中一个常见的场景是把UI和费时处理过程分离,让他们拥有各自的线程。Chromium中的多线程基本是同理的,为了保证UI的快速响应,防止IO阻塞和费时计算而利用了多线程。但是我们在处理多线程共享资源的时候通常是利用锁,这容易引发各种莫名奇妙的问题,如死锁、优先级反转等。Chromium为了避免这些问题就少用锁,它有一些简单的约定:

      1)线程之间通过传递消息来交流(确切来说是传递任务);

      2)对象只存在在一个线程上

      BrowserProcess类是Browser进程的服务管理者,它控制着大多数的线程。通常程序运行在UI线程,但是我们把某些类型的处理放到其他线程。这些线程如下:

      ui_thread:应用程序启动时的主线程

      io_thread:这个线程的名字有点令人费解。它是处理browser进程和所有子进程之间通信的调度线程。它也负责所有的资源请求(网页加载)的分发(见多进程架构)。

      file_thread:文件操作的通用线程。当你想执行阻塞文件系统的操作(例如,请求某种文件一个图标,把下载文件写到磁盘),会调用该线程。

      db_thread:数据库操作的线程。例如,Cookie服务在这个线程上使用SQLite操作。注意,历史数据库不使用该线程。

      本文也主要是讨论Browser上的线程何时启动的。更多关于Chromium进程和线程框架请参考:

     [1]http://www.chromium.org/developers/design-documents/multi-process-architecture

     [2]http://www.chromium.org/developers/design-documents/threading

3、Browser多线程的创建和启动

      双击浏览器图标,我们启动了一个Chromium进程,这就是Browser进程。用C++编写的程序启动函数是main,Chromium当然也不例外。具体流程如下图所示:

      其中,RunNamedProcessTypeMain是个很重要的函数

该函数定义于"content/public/app/content_main_runner.cc"文件。

函数原型如下:

int RunNamedProcessTypeMain(
const std::string& process_type,
const MainFunctionParams& main_function_params,
ContentMainDelegate* delegate)

      该函数内部定义了个静态结构体数组:

static const MainFunction kMainFunctions[] = {
#if !defined(CHROME_MULTIPLE_DLL_CHILD)
    { "", BrowserMain },
#endif
#if !defined(CHROME_MULTIPLE_DLL_BROWSER)
#if defined(ENABLE_PLUGINS)
    { switches::kPluginProcess, PluginMain },
    { switches::kWorkerProcess, WorkerMain },
    { switches::kPpapiPluginProcess, PpapiPluginMain },
    { switches::kPpapiBrokerProcess, PpapiBrokerMain },
#endif // ENABLE_PLUGINS
    { switches::kUtilityProcess, UtilityMain },
    { switches::kRendererProcess, RendererMain },
    { switches::kGpuProcess, GpuMain },
#endif // !CHROME_MULTIPLE_DLL_BROWSER
};

      该结构体有两个成员,一个是const char process_type[]表示进程类型,它从启动进程传入的参数解析得到;另一个是函数指针,表示该进程对应的主函数。对于Browser进程而言,它的启动参数是空的,解析出来process_type也是空的。我们从上面的结构体数组可以看到,空参数表示该进程的主函数是BrowserMain。我们再来看看BrowserMain中做了啥。主要代码如下所示:

scoped_ptr<BrowserMainRunner> main_runner(BrowserMainRunner::Create());
int exit_code = main_runner->Initialize(parameters);
if (exit_code >= 0)
return exit_code;
exit_code = main_runner->Run();

      我们可以看出该函数主要是创建了一个BrowserMainRunner对象,然后Initialize,紧接着Run。BrowserMainRunner的相关类图如下所示。

      从类图可以看出BrowserMainRunner是个接口类,该类包含3个接口方法:Initialize、Run、Shutdown。其实现类是BrowserMainRunnerImpl。该类管理了一个BrowserMainLoop对象,通过控制BrowserMainLoop来控制该进程。我们可以发现BrowserMainLoop对象管理了许多线程对象,如:main­­_thread、db_thread 、file_thread等。这就是Browser进程中的主要线程对象。相关序列图如下图所示。

      main_runner在Initialize的时候创造了BrowserMainLoop对象,并调用了该对象的Initialize函数和CreateStartupTasks函数。而CreateStartupTask调用的时候创建了一个StartupTaskRunner对象,利用该对象来管理Startup Tasks,比如添加任务、执行任务。在此函数中就利用了AddTask来添加任务,其中一个重要的任务是CreateThreads,即把所有他管理的线程对象创建起来。该函数具体如下。

void BrowserMainLoop::CreateStartupTasks() {
//other code
    StartupTask pre_create_threads = base::Bind(&BrowserMainLoop::PreCreateThreads, base::Unretained(this));
    startup_task_runner_->AddTask(pre_create_threads);
    StartupTask create_threads = base::Bind(&BrowserMainLoop::CreateThreads, base::Unretained(this));
    startup_task_runner_->AddTask(create_threads);
    StartupTask browser_thread_started = base::Bind( &BrowserMainLoop::BrowserThreadsStarted, base::Unretained(this));
    startup_task_runner_->AddTask(browser_thread_started);
    StartupTask pre_main_message_loop_run = base::Bind( &BrowserMainLoop::PreMainMessageLoopRun, base::Unretained(this));
    startup_task_runner_->AddTask(pre_main_message_loop_run);
    startup_task_runner_->RunAllTasksNow();
}

      以上就是Browser各种主要线程创建的时机。

4多进程的创建和启动

      上文我们已经提到,Chromium是一种多进程的程序,那除了双击启动的Browser进程,其它的小弟进程Renderer在哪里启动的呢?通过上文,我们知道每个Renderer都有个RenderProcess对象,相应的Browser上有于之对应的RenderProcessHost对象。追踪源码我们可以发现,在RenderProcessHostImpl类的Init函数中,有这样几行代码:

child_process_launcher_.reset(new ChildProcessLauncher(
#if defined(OS_WIN)
    new RendererSandboxedProcessLauncherDelegate,
#elif defined(OS_POSIX)
    renderer_prefix.empty(),
    base::EnvironmentMap(),
    channel_->TakeClientFileDescriptor(),
#endif
    cmd_line,
    GetID(),
    this));

      该函数new了一个ChildProcessLauncher对象,再看看对应的构造函数,里面有如下代码:

context_ = new Context();
context_->Launch(
#if defined(OS_WIN)
    delegate,
#elif defined(OS_ANDROID)
    ipcfd,
#elif defined(OS_POSIX)
    use_zygote,
    environ,
    ipcfd,
#endif
    cmd_line,
    child_process_id,
    client);

      Launch函数的内部又做了什么呢?代码如下:

BrowserThread::PostTask(
BrowserThread::PROCESS_LAUNCHER, FROM_HERE,
base::Bind(
&Context::LaunchInternal,
make_scoped_refptr(this),
client_thread_id_,
child_process_id,
use_zygote,
environ,
ipcfd,
cmd_line));

      可以看出它PostTask到BrowserThread::PROCESS_LAUNCHER,让其执行Context ::LaunchInternal任务。再来看看这个函数,里面有一行:

bool launched = base::LaunchProcess(*cmd_line, options, &handle);

      这个函数调用fork()然后execvp ()启动了子进程。子进程会执行上文的RunNamedProcessTypeMain函数但是这次它是带执行参数的,所以不会进入BrowserMain函数,而是进入其它函数,如:RendererMain等。以上就是子进程的启动流程了。

5总结

Browser多线程启动

1)Browser主函数是BrowserMain,该函数创建了一个BrowserMainRunnerImpl对象,同时执行了该对象的Initialize函数;

2)BrowserMainRunnerImpl的Initialize创建了一个BrowserMainLoop对象,同时执行了该对象的Init和CreateStartupTasks函数;

3)BrowserMainLoop的CreateStartupTasks添加了一堆任务,其中一个任务就是CreateThreads函数;

4)在CreateThreads函数中会初始化各种线程对象,并且StartWithOptions。

Chromium多进程

1)双击Chromium图标启动第一个进程,即Browser进程;

2)Browser进程中RenderProcessHostImpl对象的Init函数会new一个ChildProcessLauncher对象,该对象来管理子进程的启动;

3)ChildProcessLauncher构造过程中会借助其Context对象,Post一个Task到PROCESS_LAUNCHER线程;

4)Task会执行base::LaunchProcess,该函数调用fork()然后execvp ()启动了子进程;

5)启动的子进程是带参数的,这次在执行RunNamedProcessTypeMain的时候不会进入BrowserMain,而是进入其对应的主函数。

相关文章:

  • WMIC
  • Windows下调试工具Windbg入门
  • 符号文件
  • 浏览器沙箱(sandBox)到底是什么?
  • 渲染
  • URI和URL的区别比较与理解
  • CEF调试Render进程
  • Chrome V8引擎介绍
  • c++中的 extern “C“
  • 中断向量表
  • WM_NCCREATE与WM_CREATE的区别
  • GetWindowLongPtr
  • WNDCLASSEX
  • C++强制类型转换运算符(static_cast、reinterpret_cast、const_cast和dynamic_cast)
  • C++ 虚函数表 vfptr
  • [case10]使用RSQL实现端到端的动态查询
  • 【每日笔记】【Go学习笔记】2019-01-10 codis proxy处理流程
  • 0基础学习移动端适配
  • CentOS7 安装JDK
  • Golang-长连接-状态推送
  • Java 内存分配及垃圾回收机制初探
  • Java多态
  • LeetCode18.四数之和 JavaScript
  • Redis中的lru算法实现
  • 开年巨制!千人千面回放技术让你“看到”Flutter用户侧问题
  • 聊聊sentinel的DegradeSlot
  • 前端js -- this指向总结。
  • 前端临床手札——文件上传
  • 前端每日实战 2018 年 7 月份项目汇总(共 29 个项目)
  • 浅谈Kotlin实战篇之自定义View图片圆角简单应用(一)
  • 如何使用Mybatis第三方插件--PageHelper实现分页操作
  • 使用parted解决大于2T的磁盘分区
  • 收藏好这篇,别再只说“数据劫持”了
  • 通过来模仿稀土掘金个人页面的布局来学习使用CoordinatorLayout
  • 微信小程序开发问题汇总
  • 微信小程序设置上一页数据
  • 在Unity中实现一个简单的消息管理器
  • 从如何停掉 Promise 链说起
  • 继 XDL 之后,阿里妈妈开源大规模分布式图表征学习框架 Euler ...
  • ​​​​​​​GitLab 之 GitLab-Runner 安装,配置与问题汇总
  • # 20155222 2016-2017-2 《Java程序设计》第5周学习总结
  • # C++之functional库用法整理
  • ## 临床数据 两两比较 加显著性boxplot加显著性
  • ()、[]、{}、(())、[[]]等各种括号的使用
  • (cos^2 X)的定积分,求积分 ∫sin^2(x) dx
  • (二十三)Flask之高频面试点
  • (附源码)php投票系统 毕业设计 121500
  • (紀錄)[ASP.NET MVC][jQuery]-2 純手工打造屬於自己的 jQuery GridView (含完整程式碼下載)...
  • (蓝桥杯每日一题)平方末尾及补充(常用的字符串函数功能)
  • (学习日记)2024.02.29:UCOSIII第二节
  • (转)关于多人操作数据的处理策略
  • (转)利用ant在Mac 下自动化打包签名Android程序
  • (转载)从 Java 代码到 Java 堆
  • ..回顾17,展望18
  • .NET 除了用 Task 之外,如何自己写一个可以 await 的对象?