不积跬步无以至千里，不积小流无以成江海

历史：     在WebKit中，许多对象采用了引用计数。这种模式是通过类的ref，deref成员函数来递增和递减对象的引用记数。调用一次ref必须调用一次deref。当对象的引用记数为0的时候，对象就被删除。WebKit中许多类创建的新对象引用记数都为0，这被称作是浮动状态(Floating State)。在浮动状态的对象必须调用ref，在删除之前必须调用deref。WebCore中许多

使用ninja配置自己的环境来使用ninja构建程序Android使用ninjaWindows使用调试不使用VS技巧问题Ninja的原意是忍者，忍者神龟的忍者，这里被google拿来用在他们的编译系统上，目标是替代make之类的构建器，因为他们觉得其它的构建器太慢了，为此他们做过对比，对于chrome之类的拥有几万个文件的超大程序来说，用ni

内容虽然有许多工具和技巧可用于调试Blink，这个文章的重点调试Blink除布局测试之外的feature。1 介绍2 Linux2.1 入门2.2 启动Debugger3 有用的工具3.1 Debugging functions3.2 Blink GDB python library4 打印 back trace4.1 利用ASSERT打印符号

Blink是谷歌公司的浏览器Chromium使用的渲染引擎。Blink处于一个包容性的开源社区里，它欢迎任何人分享其使命。Blink是在一种抽象的平台上实现的， 因此本身不能运行。 Chromium Content module提供这个抽象平台运行所需的Blink的实现。 Content模块的开发有专门的文档描述。有关调试Blink一些提示和建议，请参阅入门Blink调试页面。

在这个教程里,我们一起来玩第一个OpenGL程序.它将显示一个空的OpenGL窗口,可以在窗口和全屏模式下切换,按ESC退出.它是我们以后应用程序的框架.在CodeBlock里创建一个新的GLUT Win32程序（不是console控制台程序）后，我们还需要链接OpenGL库文件。代码的前4行包括了我们使用的每个库文件的头文件。如下所示：#include /

上两篇介绍了下载源码和编译源码，这次主要介绍chromium的源码目录结构，我也是通过源码和官网结合来跟大家说，如果有说的不准确的，欢迎交流。另外，官网的不一定准确，他们其实也很懒，所以最主要还是靠自己。官网只能作为一个参考。Chromium结构相对两年前变化很大。目录结构依然很清晰，主要有三个部分（不包括其他的库）：浏览器，渲染器，webkit。浏览器是主要的进程，代表所有的UI

chromium启动总是出现警告提示：[4428:4428:51288848814:WARNING:zygote_host_impl_linux.cc(165)] Running without the SUID sandbox! See http://code.google.com/p/chromium/wiki/LinuxSUIDSandboxDevelopment for more information on developing with the sandbox on. 更新

背景：     最近摊上一个事儿，领导非要让写一篇技术文章，思来想去，自己接触chrome浏览器时间也不短了，干脆就总结一下吧。于是乎，本文顺理成章。由于有些细节必需描述清楚，所以这次先讲如何拿到chromium的源码，下次直接把编译过程写出来，供大家参考。前期准备：     之前的chromium源码都是用svn来维护，所以源码地址网上贴的到处都是，我看了一下，svn的版本最新的

在文章开始之前，我要叽歪几句，一上来就看Chrome的代码，简直晕头转向，摸来摸去莫不着头脑，好不容易看了一点点代码，却宛如瞎子摸象，无法众观全局，下面这篇小文，简单介绍其中一个重要的模块--Component的设计，为我们阅读Google的代码打开思路。 概述Chrome浏览器组件是一个google的一个项目，它用来不断的模块化Chrome的代码。把整个content模块