Chromium与CEF的多进程模型及相关参数
来源:互联网 发布:伍斯特理工 知乎 编辑:程序博客网 时间:2024/06/10 04:34
CEF基于Chromium,也是多进程模型。关于进程模型,参考这里:https://www.chromium.org/developers/design-documents/process-models。我还看到一篇韩国人写的renderer process的文章,也很不错,在这里:http://chromium-kr.blogspot.com/2012/06/about-renderer-process.html。
CEF的进程模型,这里也有一部分描述:https://bitbucket.org/chromiumembedded/cef/wiki/GeneralUsage。CEF3默认使用multiple processess,CEF1默认支持较为稳定的的单进程模型。
Chromium的进程分为好几类(content/public/common/content_switches.cc中有进程参数定义,content/app/content_main_runner.cc中对不同进程做了分支处理):
- browser(没有type参数时默认为browser进程)
- renderer(kRendererProcess)
- plugin(kPluginProcess)
- ppapi-broker(kPpapiBrokerProcess)
- ppapi(kPpapiPluginProcess)
- sandbox-ipc(kSandboxIPCProcess)
- utility(kUtilityProcess)
- zygote(kZygoteProcess,linux)
- gpu-process(kGpuProcess)
这篇文章会提到browser、ppapi、renderer、gpu,其它的我也没研究,不知道干嘛的……
CEF支持很多命令行参数(switches)。下面这些源文件的注释里对它支持的switches做了定义:
- tests/cefclient/common/client_switches.cc
- base/base_switches.cc
- cef/libcef/common/cef_switches.cc
- chrome/common/chrome_switches.cc (not all apply)
- content/public/common/content_switches.cc
大多数的Chromium swithes也适用于CEF,可以参考这里:http://peter.sh/experiments/chromium-command-line-switches/。当然你也可以参考这里:http://www.chromium.org/developers/how-tos/run-chromium-with-flags。
进程模型开关参数
好啦,下面重点来说进程模型相关的几个参数中与PPAPI相关的开关(拗口死了,我大部分解释是由http://peter.sh/experiments/chromium-command-line-switches/的英文而来)。
- –ppapi-in-process
在进程内运行ppapi插件,加上这个参数运行CEF,ppapi插件和browser还是不在一个进程……而是和renderer process在一起了……
- –ppapi-out-of-process
指定这个参数时,ppapi插件会在一个单独的ppapi process中运行,进程启动时的命令行参数中有“–type=ppapi”。
这是默认行为。
- –process-per-site
为每个站点分配进程,一个站点的多个页面会在同一个renderer进程内处理。(比如同一域名下的不同页面就会被认为是同一站点)
Chrome的默认行为就是这样。
- –process-per-tab
每个tab相关的页面分配一个renderer进程。一个tab可能会有多个页面,比如JS或页面事件导致的页面跳转。
- –site-per-process
强制给一个site分配一个死忠的process,这个process就非这个site不嫁了,嫁了就从一而终。详情可以看看这里:http://www.chromium.org/developers/design-documents/site-isolation。
- –force-in-process
在多进程模式下,指定某些apps在主进程中运行,它的值可能是以逗号分隔的列表,比如:
--force-in-process=mojo:native_viewport_service,mojo:network_service
- –single-process
单进程模式运行CEF,打开这个开关后,browser、renderer、gpu-process等进程合并在一个进程里,但ppapi会单独跑一个进程。
- –renderer-process-limit
限制renderer进程数量。Chromium默认是根据系统配置(主要是内存)来计算renderer进程的最大值。
组合使用进程模型开关
我想使用单进程的CEF(CEF1是单进程模型),又想用Chromium的新特性,所以还是得用CEF3。可有人说CEF3的多进程模型不稳定,参见这里的讨论:http://www.magpcss.org/ceforum/viewtopic.php?f=7&t=13427。还有这里:http://magpcss.org/ceforum/viewtopic.php?f=6&t=3427。后来发现Chromium也是这么说的,见这里:https://www.chromium.org/developers/design-documents/process-models。
不过如果你真的想用,还是可以通过switches来控制。
- ppapi、renderer、browser三者合一
要达到三者合一,传递下面的参数给CEF:
--single-process --ppapi-in-process
- renderer、browser合一,ppapi插件单独运行在ppapi进程
传递下面的参数:
--single-process --ppapi-out-of-process
其他参考文章:
- CEF Windows开发环境搭建
- CEF加载PPAPI插件
- VS2013编译最简单的PPAPI插件
- 理解PPAPI的设计
- PPAPI插件与浏览器的交互过程
- Windows下从源码编译CEF
- 编译PPAPI的media_stream_video示例
- PPAPI插件的绘图与输入事件处理
- 在PPAPI插件中创建本地窗口
- PPAPI插件与浏览器的通信
- Windows下从源码编译Skia
- 在PPAPI插件中使用Skia绘图
- 加载DLL中的图片资源生成Skia中的SkBitmap对象
- PPAPI+Skia实现的涂鸦板
- PPAPI中使用Chromium的3D图形接口
- PPAPI中使用OpenGL ES绘图
- CEF中JS与C++交互
- CEF中Browser进程与Render进程间通信
- Chromium与CEF的多进程模型及相关参数
- 理解WebKit和Chromium: Chromium多进程模型
- 理解WebKit和Chromium: Chromium多进程模型
- MFC单文档中嵌入CEF(Chromium Embedded Framework)使用多进程
- WebKit之Chromium多进程模型分析
- chromium学习:进程模型
- Chromium进程模型
- Google Chromium的CEF 试用笔记
- Chromium的多进程架构
- Chromium的多进程结构
- Chromium的多进程架构
- Chromium学习笔记(一)——Chromium框架及进程模型
- CEF JS与browser进程间的异步通信
- 【Chromium中文文档】进程模型
- chromium之CEF开发框架构建与编译(windows)
- CEF Chromium Embedded Framework
- 从源码编译cef-chromium的正确步骤
- 从源码编译cef-chromium的正确步骤
- Django使用Profile扩展User模块
- appium常见问题总结
- xcopy -cmd命令介绍
- picasso使用简要说明
- 第三章 少量(无)标记增强现实——Chapter 3:Marker-less Augmented Reality
- Chromium与CEF的多进程模型及相关参数
- 什么样的程序员适合去创业公司
- Oracle 数据科学计数法输出问题
- hibernate入门实例
- 2016蓝桥杯基础训练——杨辉三角形
- swift-setter&getter
- Oracle 纵表转横表
- 条件注释判断浏览器版本
- Oralce 产生随机数语句