doon的专栏

前言webkit代码是目前最复杂也是最优秀的代码之一了。而且随着浏览器大战，也变得炙手可热。但是，要理解这个代码也非常困难。我自己也断断续续的读过不少webkit的代码，但是，经常读经常就忘了。最重要的是，很难把握它的全景。最近一段时间，因为工作需要，又需要了解内核的代码。这次，我换一种方式，从代码的结构入手，一步一步的将代码解析清楚。webkit代码阅读的方法webk

本文翻译自 http://write.blog.csdn.net/posteditHandle和垃圾收集handle在v8中，用于记录js对象在堆中的位置。v8的垃圾收集器在收集那些不可到达的内存时，会对堆进行整理。它会移动对象的位置，以达到优化内存的目的。当v8的垃圾收集器移动js对象的位置时，它会同时更新handle的值，让handle能够指向对象新的位置。v

转载自 http://www.chromium.org/developers/web-development-style-guideChromium中使用Javascriot，CSS和HTML作为前端实现。这被称为WebUI。 开发者需要遵循以下原则。（译者注：这是前端开发都应该尊重的原则)分离展示和内容当你设计一个WebUI程序时，你应该将内容分为内容(HTML)

转自 http://www.chromium.org/developers/design-documents/oop-iframes这是chromimu工程内部的一份计划文档，并未付诸实施。但是，我们可以根据它来学习一下google的思想。这篇文章是对我们计划的一个总体描述，作为 Site Isolation project的一部分。我们的目的包括在多进程内跟踪if

编自http://www.chromium.org/blink关于blink　Google Chrome/Chromium 从创始至今一直使用 WebKit(WebCore) 作为 HTML/CSS 渲染引擎。WebKit 早先由 Apple 由 KHTML 项目 fork 出来，用于 Safari 浏览器的 Web 引擎。由于宽松的协议、轻量级的设计和便捷的应用程序内嵌

转载自：http://www.chromium.org/developers/webuiChrome的WebUI是那种，在Chrome中输入 "chrome://xxxx"就能打开一个URL页面的对象。创建一个Chrome WebUI接口非常的简单，只需要改动数个文件。创建WebUI页面webui的资源，放在资源目录下：src/chrome/browser/resources.

本文根据gclient帮助整理。google的chromium项目是用gclient来管理源码的checkout, update等。 gclient是google专门为这种多源项目编写的脚本，它可以将多个源码管理系统中的代码放在一起管理。甚至包括将git和svn代码放在一起。gclient的sync，update等命令很容易学习和使用，不再多说，重点说明下和gclient密

转载自http://www.cnblogs.com/tamer/archive/2012/06/28/2568739.htmlGCM：入门此文描述了如何使用GCM提供的辅助库（客户端和服务器）来编写一个Android应用程序和服务器端的逻辑。创建一个谷歌API项目要创建一个谷歌API项目：打开谷歌API的控制台页面。如果你还没有创建一个API项目，这个页

javascript中的用法videocapture简图LocalMedia核心数据的分析LocalMedia最上层分析WebCore层的数据结构webkitURL.createObjectURL几个核心接口webrtc::VideoRendererInterface webrtc::VideoSourceInterfacecricket::VideoCapturerwebrtc:

本章的目的，主要说明CSS相关的类和关系，还不能做到对其过程和原理的探究。后期我们慢慢会涉及。CSS的主要作用，是修饰DOM的外观和排版的，它必须和Render--DOM的渲染对象结合起来。在Render中，有一个重要的对象，是RenderStyle。这个RenderStyle是从CSS中创建出来的。RenderStyle和StyleResolverRenderSt

理解CSS的内部表示结构配合例子来说明以下他们的关系吧<!--#page {position:absolute; z-index:0; left:0px; top:0px}.tt3 {font: 9pt/12pt "宋体"}.tt2 {font: 12pt/15pt "宋体"}a {text-decoration:none}a:hover {color: blue;te

本文翻译自http://taligarsiel.com/Projects/howbrowserswork1.htm 注：原文有些罗嗦的内容直接隐去了，有兴趣的可以阅读原文。还有一篇翻译过的：http://ux.sohu.com/topics/50972d9ae7de3e752e0081ff。 我想再翻译一遍，原因是，一是为了学习，翻译是个不错的途径；二是，也加入一些自己的理解。介绍

声明HTML的解析过程是非常复杂的，下载、解析、脚本执行、显示是交错进行的。而且，HTML的解析器具有非常强的容错能力。对于初次接触webkit源码的童鞋来说，是无法全面理解的。而且，本文立意也不是介绍HTMl的解析算法一类的东西。即便是我自己，对于很多东西都理解不了。所以，本文重在解释HTML的解析过程，解说各个组成部分及功能。以后有机会，我将详细分析解析的算法。解析过程

从网页加载开始阅读webkit的代码，从网页加载开始。FrameLoader就是执行加载的代码。FrameLoader的load方法是加载的入口函数。load方法有若干个重载，但是最终都会调用到一个终极load方法。 另外，load过程是异步的，并在load过程中，有多种控制加载是否继续的策略。这些在我们分析源码的时候，都忽略掉。他们对我们理解加载的主要过程没有任何影响。了解F

1。每个元素都有一个hover状态，通过hovered和setHover来控制，该函数在WebCore::Node上：boolhovered() const{ returngetFlag(IsHoveredFlag); }....virtualvoid setHovered(boolf = true