样式规则有三种来源,分别为:
外部样式表或style元素中的CSS rules。如:
复制代码代码如下:
p{color:blue;}
这里的外部样式表包括浏览的样式、用户声明的样式(正常声明和重点声明)、作者的样式(正常和重点)。
内联的style属性,如:
复制代码代码如下:
<p style="color:blue" ></p>
HTML元素的视觉属性,如:
复制代码代码如下:
<td bgcolor="blue"></td>
由于元素有自己的HTML属性,后面两者都能很容易的和元素匹配上。
对第一个的处理就有些麻烦,如果按一般的想法,为每个元素查找匹配的规则而遍历整个样式表,这将是一个非常艰巨的任务。浏览器又是怎么做的呢?浏览器会分析样式表的时候会建立一些hash map,这些hash map有通过ID映射的,有通过CLASS映射的,有通过TagName映射的,还有一个通用的hash map用来映射其它的。在样式分析完过后,CSS规则(css rules)都会被增加到这些hash map的某一个中。如果这个规则的选择器是ID选择器,就会添加到ID map里面;如果这个规则的选择器是class选择器,就会添加到class map里,等等,复合选择器通常由最右边的部分决定。这样对元素进行规则匹配就很快捷了。在Mozilla下(其它的可能也差不多),引擎先从分析完过后的样式表中(即那些hash map)选出跟元素部分匹配的css规则,这些css规则并不一定都能应用在这个元素上,还需要其它的操作来找出精确匹配的css规则。引擎这时就会分析这些部分匹配的css规则的选择器,从右到左进行分析,直到发现这个规则是精确匹配或是不匹配的从而放弃这条规则。假设定义了下面的样式规则:
复制代码代码如下:
p.error {color:red}#messageDiv {height:50px}div {margin:5px}table div{margin:10px;}
第一个规则将会被添加到class map里面,第二个被添加到id map里,第三、四个添加到tag map里面。
复制代码代码如下:
<p class="error">an error occurred </p><div id=" messageDiv">this is a message</div>
首先会尝试为p 元素匹配,通过class关键字error在 class map里找到p.error这条规则。div 元素相关的规则在id map和tag map里,为#messageDiv,div,table div。接下就是要找出精确匹配的,#message,div很容易就能完成对div的匹配。对于table div,引擎从右到左分析规则的选择器,找到了table,而这里的div元素没有table的祖先元素,所以放弃这条规则,匹配完成。接下去就会去处理别的,如相对单位到绝对单位的转换、构建style context等等 。
此前见一些人说id选择器的CSS规则速度是最快的,我想应该是误解吧。page speed的Optimize browser rendering里也没有这种提法。没有想出最佳实践的方法,也不知道CSS的改善得到的优化在什么样的数量级上,还望有人能指点。谢谢了。
外部样式表或style元素中的CSS rules。如:
复制代码代码如下:
p{color:blue;}
这里的外部样式表包括浏览的样式、用户声明的样式(正常声明和重点声明)、作者的样式(正常和重点)。
内联的style属性,如:
复制代码代码如下:
<p style="color:blue" ></p>
HTML元素的视觉属性,如:
复制代码代码如下:
<td bgcolor="blue"></td>
由于元素有自己的HTML属性,后面两者都能很容易的和元素匹配上。
对第一个的处理就有些麻烦,如果按一般的想法,为每个元素查找匹配的规则而遍历整个样式表,这将是一个非常艰巨的任务。浏览器又是怎么做的呢?浏览器会分析样式表的时候会建立一些hash map,这些hash map有通过ID映射的,有通过CLASS映射的,有通过TagName映射的,还有一个通用的hash map用来映射其它的。在样式分析完过后,CSS规则(css rules)都会被增加到这些hash map的某一个中。如果这个规则的选择器是ID选择器,就会添加到ID map里面;如果这个规则的选择器是class选择器,就会添加到class map里,等等,复合选择器通常由最右边的部分决定。这样对元素进行规则匹配就很快捷了。在Mozilla下(其它的可能也差不多),引擎先从分析完过后的样式表中(即那些hash map)选出跟元素部分匹配的css规则,这些css规则并不一定都能应用在这个元素上,还需要其它的操作来找出精确匹配的css规则。引擎这时就会分析这些部分匹配的css规则的选择器,从右到左进行分析,直到发现这个规则是精确匹配或是不匹配的从而放弃这条规则。假设定义了下面的样式规则:
复制代码代码如下:
p.error {color:red}#messageDiv {height:50px}div {margin:5px}table div{margin:10px;}
第一个规则将会被添加到class map里面,第二个被添加到id map里,第三、四个添加到tag map里面。
复制代码代码如下:
<p class="error">an error occurred </p><div id=" messageDiv">this is a message</div>
首先会尝试为p 元素匹配,通过class关键字error在 class map里找到p.error这条规则。div 元素相关的规则在id map和tag map里,为#messageDiv,div,table div。接下就是要找出精确匹配的,#message,div很容易就能完成对div的匹配。对于table div,引擎从右到左分析规则的选择器,找到了table,而这里的div元素没有table的祖先元素,所以放弃这条规则,匹配完成。接下去就会去处理别的,如相对单位到绝对单位的转换、构建style context等等 。
此前见一些人说id选择器的CSS规则速度是最快的,我想应该是误解吧。page speed的Optimize browser rendering里也没有这种提法。没有想出最佳实践的方法,也不知道CSS的改善得到的优化在什么样的数量级上,还望有人能指点。谢谢了。
广告合作:本站广告合作请联系QQ:858582 申请时备注:广告合作(否则不回)
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!
暂无评论...
RTX 5090要首发 性能要翻倍!三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB,每个模块容量为2GB。其速度预设为32 Gbps(PAM3),但也可以降至28 Gbps,以提高产量和初始阶段的整体性能和成本效益。
据三星表示,GDDR7内存的能效将提高20%,同时工作电压仅为1.1V,低于标准的1.2V。通过采用更新的封装材料和优化的电路设计,使得在高速运行时的发热量降低,GDDR7的热阻比GDDR6降低了70%。
更新日志
2024年11月23日
2024年11月23日
- 凤飞飞《我们的主题曲》飞跃制作[正版原抓WAV+CUE]
- 刘嘉亮《亮情歌2》[WAV+CUE][1G]
- 红馆40·谭咏麟《歌者恋歌浓情30年演唱会》3CD[低速原抓WAV+CUE][1.8G]
- 刘纬武《睡眠宝宝竖琴童谣 吉卜力工作室 白噪音安抚》[320K/MP3][193.25MB]
- 【轻音乐】曼托凡尼乐团《精选辑》2CD.1998[FLAC+CUE整轨]
- 邝美云《心中有爱》1989年香港DMIJP版1MTO东芝首版[WAV+CUE]
- 群星《情叹-发烧女声DSD》天籁女声发烧碟[WAV+CUE]
- 刘纬武《睡眠宝宝竖琴童谣 吉卜力工作室 白噪音安抚》[FLAC/分轨][748.03MB]
- 理想混蛋《Origin Sessions》[320K/MP3][37.47MB]
- 公馆青少年《我其实一点都不酷》[320K/MP3][78.78MB]
- 群星《情叹-发烧男声DSD》最值得珍藏的完美男声[WAV+CUE]
- 群星《国韵飘香·贵妃醉酒HQCD黑胶王》2CD[WAV]
- 卫兰《DAUGHTER》【低速原抓WAV+CUE】
- 公馆青少年《我其实一点都不酷》[FLAC/分轨][398.22MB]
- ZWEI《迟暮的花 (Explicit)》[320K/MP3][57.16MB]