理解WebKit和Chromium: WebKit资源加载机制

转载请注明原文地址:http://blog.csdn.net/milado_nju

## 概述

回顾整个渲染过程,本系列介绍了HTML文本到DOM到Render树及RenderLayer树,以及后面的绘图等,这里面还缺了一块重要部分,就是WebKit如何加载各种资源和网络栈。这里资源是指WebKit从网络或者本地文件系统获取的各种信息,例如HTML文本,JavaScript文本等。本章将介绍WebKit如何获取资源以及如何高效的管理资源。

 ## 资源及资源相关类

那么WebKit支持哪些种类的资源呢?大致包括以下类型:

JavaScript文本:JavaScript语言所对应的文本文件;

CSS样式表: CSS样式文件;

图片:各种类型的图片文件;

SVG:表示SVG文档的资源类;

CSS Shader:支持CSS Shader的文件,目前WebKit支持该功能;

视频字幕:支持视频的字幕文件(TextTrack);

字体(CSS支持自定义字体):CSS3引入的自定义字体文件;

XSL样式表:XSLT语言的文本;

HTML文本:这个很基本和常见,通常就是HTML语法,以.htm或者.html结尾的文本,WebKit中称为主资源;

它们在WebKit中有相应的类表示,其公共基类是CachedResource。为了高效率,WebKit采用缓存机制来存储资源,后面会专门介绍该机制。下图是WebKit相关的资源类及其关系。

还有两个与资源密切关联的类,一个是CachedResourceClient,该类用于监听资源加载状态信息的,另一个是CachedResourceLoader,其负责资源加载的策略。

 

## WebKit资源加载过程

让我们以一个例子来看看资源如何被加载的,也就是整个调用过程。现有一个“img”元素,其属性“src”的值是一个有效的URL地址,那么当HTML解析器解析到该元素的该属性时,会创建一个ImageLoader对象来加载它,ImageLoader通过以下图中的过程创建一个加载资源的请求。下面将所涉及的类都包含进来,大致的调用顺序也是从上到下的过程。具体到最下面的ResourceHandleInternal,其依赖于每个Port的实现策略。对于Chromium来说,它采用了多进程资源加载策略,将在以后的单独一章中介绍。


## WebKit资源缓存机制

WebKit利用MemoryCache和CachedResourceLoader来实现资源缓存机制,如下图所示。


为什么需要这种机制?这是因为很多时候,HTML包含相同的资源,缓存可以减少带宽,内存和时间的开销。对于URL相同的资源,使用同一个CachedResource。所以,如果两个资源完全相同,应该使用同样的URL以减少网络时延和内存压力。

当资源占用的内存超过资源缓存控件大小时候,需要一个适当的机制释放相应的资源,WebKit中采用的LRU(最近最少使用)算法来解决这个问题。

接下来是关于资源的生命周期问题,资源在被需要的时候创建,那么什么时候被销毁呢?通常,资源的生命周期同资源所在的HTML文档的生命周期是一致的。同样,MemoryCache和CachedResourceLoader的生命周期也是一样。至于对于不同的HTML文档为什么不共享这些资源,个人的理解是为了安全考虑。

 ## 源文件目录

third_party/WebKit/Source/WebCore/loader

         资源加载相关类

third_party/WebKit/Source/WebCore/loader/cache

         与资源缓存机制相关的类

third_party/WebKit/Source/WebCore/platform/network

         资源加载与Port相关的类

 ## 参考资料

1.      https://docs.google.com/presentation/pub?id=1ZRIQbUKw9Tf077odCh66OrrwRIVNLvI_nhLm2Gi__F0#slide=id.p

2.      http://dev.chromium.org/developers/design-documents/multi-process-resource-loading

 

By yongsheng@chromium.org

 


  • 1
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
之前四此发的库http://download.csdn.net/detail/maiker/9646423可以作废,本次为最新的,其中测试了历史曲线的动态显示,这是对Microsoft WpfToolkit的更新和扩展: 1、将库版本升级到.NET 4.5,对命名控件进行了替换处理 2、实现了单数据Chart图的混合颜色显示,可通过修改资源字典调整和添加颜色 3、可控制各种Chart图形的数据值显示 4、坐标轴文本可倾斜显示 5、添加了StepLine图和圆环图,圆环半径比例系数可设定. 6、Legend可位于区域四侧,对齐方式也可以设定,以及是否显示, 可控制Chart Title是否显示 7、柱状图缝隙间隔可调整 8、全方面的加入了各种加载动画效果,动画效果可屏蔽,同时原系统自带动画效果,可叠加,这是两种不同的效果,可以互补性的单个使用 9、设计了五种主题颜色,各人可以针对图形颜色和背景色进行更好的搭配,在用户项目中,可以自己添加新的主题。 10、扩展了时间轴的应用,在新的DateTimeChart中可以通过鼠标平移和缩放时间轴,并测试了两个例子用于动态显示历史曲线,一个是外部定时更新,一个是内部定时更新 11、对LineDataPoint样式进行了设计,现在可以选择线图的点样式(如空心圆、五角星、三角形,矩形等),同时这些不同的点样式可以体现在Legend上,从而实现颜色和图形的双重区分。 12、对饼图的标签排布进行了深度扩展,借鉴了Telerik 饼图的标签排布规则,重新调整了标签排布,现在饼图标签在各种情况下都不会发生重叠,个人感觉比Visifire的饼图标签排布要好,虽然Visifire的饼图标签不会重叠,但连接线可能会出现重叠 13、借鉴了Visifire的标签智能适应,对各种Chart图的标签显示进行了重新定位,现在柱状图/Bar图的标签显示可以自行决定是水平排布还是垂直排布,是位于内部还是位于外部等等,而区域图的标签则使用了Win7窗口的文字区域背景的高斯模糊技巧,这样可以适应各种背景,而Visifire的标签色则通过底部背景色的计算来确定前景色,测试后发现在某些中性色下显示不理想,在Y轴方向上,标签文字能自适应显示。 14、轴标签和数据点值标签都添加了格式化字符串属性的设定 15、轴添加了交替颜色显示设定 16、增加了一些新的Chart类型:Stock/AreaSpline/AreaStepLine/RangeArea/RangeSplineArea/Stacked100AreaSpline/StackedAreaSpline 对Candlestick进行了小幅的调整,现在宽度自适应,以及适应中国的红涨绿跌股市颜色 总而言之,微软的控件库做得很标准,还是很好修改的,相对于微软的这个库,讲究的是WPF的那种注重其神而忽略其形,WPFVisifire则比较传统,而Telerik则在WPF上走得更远,模板全在外部定制和修改。连动画都在外面做,所以新上手的人在使用Telerik Chart时会比WPFVisifire难得多,但可修改性也强得多。 最后一直想在历史曲线中取消点动画(及默认的透明度动画),以便提高执行效率,但微软的那部分动画不熟,总是修改失败。 后来类似Visifire添加QuickLine,但没完成。 可以发邮件[email protected]讨论。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值