chrome
DarkMagician_Potter
这个作者很懒,什么都没留下…
展开
-
Chrome源码剖析 【一】 Chrome的多线程模型
【一】 Chrome的多线程模型 0. Chrome的并发模型 如果你仔细看了前面的图,对Chrome的线程和进程框架应该有了个基本的了解。Chrome有一个主进程,称为Browser进程,它是老大,管理Chrome大部分的日常事务;其次,会有很多Renderer进程,它们圈地而治,各管理一组站点的显示和通信(Chrome在宣传中一直宣称一个tab对应一个进程,其实是很不确切的...)转载 2012-12-10 15:18:29 · 672 阅读 · 0 评论 -
Chrome源码剖析【二】Chrome的进程间通信
1. Chrome进程通信的基本模式 进程间通信,叫做IPC(Inter-Process Communication),在Chrome不多的文档中,有一篇就是介绍这个的,在这里。Chrome最主要有三类进程,一类是Browser主进程,我们一直尊称它老人家为老大;还有一类是各个Render进程,前面也提过了;另外还有一类一直没说过,是Plugin进程,每一个插件,在Chrome中都是以进转载 2012-12-10 15:20:12 · 735 阅读 · 0 评论 -
Chrome源码剖析【三】Chrome的进程模型
1. 基本的进程结构 Chrome是一个多进程的架构,不过所有的进程都会由老大,Browser进程来管理,走的是集中化管理的路子。在Browser进程中,有xxxProcessHost,每一个host,都对应着一个Process,比如RenderProcessHost对应着RenderProcess,PluginProcessHost对应着PluginProcess,有多少个host的实例,转载 2012-12-10 15:22:30 · 594 阅读 · 0 评论 -
Chrome源码剖析 【四】Chrome的UI绘制
1. Chrome的窗口控件 Chrome提供了自己的一个UI控件库,相关文档可以参见这里。用Chrome自己的话来说,我觉得市面上的七荤八素的图形控件库都不好用,于是自己倒腾倒腾实现了一套。。。 广告虽如此说,不过,Chrome的图形控件结构,我还未发现有啥非常非常特别的地方。Chrome的窗口、按钮、菜单之类的控件,都直接或间接派生自View,这个是控件基类。Chrome的View转载 2012-12-10 15:23:32 · 752 阅读 · 0 评论 -
Chrome源码剖析 【五】Chrome的插件模型
1. NPAPI 为了紧密的与各个开源浏览器团结起来,共同抗击IE的垄断,Chrome的插件,也遵循了NPAPI(Netscape Plugin Application Programming Interface)标准,支持这个标准的浏览器需要实现一组规定的API供插件调用,这组API形如NPN_XXX,比如NPN_GetURL,插件可以利用这些API进行二次开发。而NPAPI插件以一个Dl转载 2012-12-10 15:25:03 · 729 阅读 · 0 评论 -
Chrome源码剖析 【序】
【序】 开源是口好东西,它让这个充斥着大量工业垃圾代码和教材玩具代码的行业,多了一些艺术气息和美的潜质。它使得每个人,无论你来自米国纽约还是中国铁岭,都有机会站在巨人的肩膀上,如果不能,至少也可以抱一把大腿。。。 现在我就是来抱大腿的,这条粗腿隶属于Chrome(开源项目名称其实是Chromium,本来Chrome这个名字就够晦涩了,没想到它的本名还更上一层楼...),Google那转载 2012-12-10 15:14:41 · 686 阅读 · 0 评论