<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: 浏览器加载、渲染和解析过程的黑箱分析</title>
	<atom:link href="http://lifesinger.org/blog/2009/08/browser-load-render-parse-process/feed/" rel="self" type="application/rss+xml" />
	<link>http://lifesinger.org/blog/2009/08/browser-load-render-parse-process/</link>
	<description>关注用户体验、前端开发，记录生活点滴、岁月足迹。</description>
	<lastBuildDate>Fri, 30 Jul 2010 02:05:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: 七哥</title>
		<link>http://lifesinger.org/blog/2009/08/browser-load-render-parse-process/comment-page-1/#comment-5097</link>
		<dc:creator>七哥</dc:creator>
		<pubDate>Wed, 31 Mar 2010 06:12:04 +0000</pubDate>
		<guid isPermaLink="false">http://lifesinger.org/blog/?p=2121#comment-5097</guid>
		<description>那比如动态加载三个文件:
a.css  5Kb
b.css  12Kb
c.css  3Kb

如果同时下载并渲染的话，岂不是渲染顺序是c--&gt;a--&gt;b？</description>
		<content:encoded><![CDATA[<p>那比如动态加载三个文件:<br />
a.css  5Kb<br />
b.css  12Kb<br />
c.css  3Kb</p>
<p>如果同时下载并渲染的话，岂不是渲染顺序是c&#8211;&gt;a&#8211;&gt;b？</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 永远的阿哲</title>
		<link>http://lifesinger.org/blog/2009/08/browser-load-render-parse-process/comment-page-1/#comment-4802</link>
		<dc:creator>永远的阿哲</dc:creator>
		<pubDate>Wed, 10 Mar 2010 08:55:49 +0000</pubDate>
		<guid isPermaLink="false">http://lifesinger.org/blog/?p=2121#comment-4802</guid>
		<description>我还有个疑问,就是CSS与JS如果是交叉并存,如何下载,如何解析.
比如两线程 下载,一个css,一个JS,如果这时CSS下载完了,空出的一个线程是等JS下载完了再去下载别的,还是立刻下载别的?这里所说的阻塞,体现在哪方面 ?
还有,经过我的实验,感觉是所有的CSS会在任意JS前执行完毕</description>
		<content:encoded><![CDATA[<p>我还有个疑问,就是CSS与JS如果是交叉并存,如何下载,如何解析.<br />
比如两线程 下载,一个css,一个JS,如果这时CSS下载完了,空出的一个线程是等JS下载完了再去下载别的,还是立刻下载别的?这里所说的阻塞,体现在哪方面 ?<br />
还有,经过我的实验,感觉是所有的CSS会在任意JS前执行完毕</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: birdstudio</title>
		<link>http://lifesinger.org/blog/2009/08/browser-load-render-parse-process/comment-page-1/#comment-4139</link>
		<dc:creator>birdstudio</dc:creator>
		<pubDate>Tue, 19 Jan 2010 09:35:41 +0000</pubDate>
		<guid isPermaLink="false">http://lifesinger.org/blog/?p=2121#comment-4139</guid>
		<description>@老田
谢谢补充！
p.s. Firefox 3.1 就是 3.5，哈哈。</description>
		<content:encoded><![CDATA[<p>@老田<br />
谢谢补充！<br />
p.s. Firefox 3.1 就是 3.5，哈哈。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 潇洒</title>
		<link>http://lifesinger.org/blog/2009/08/browser-load-render-parse-process/comment-page-1/#comment-3525</link>
		<dc:creator>潇洒</dc:creator>
		<pubDate>Fri, 04 Dec 2009 02:22:59 +0000</pubDate>
		<guid isPermaLink="false">http://lifesinger.org/blog/?p=2121#comment-3525</guid>
		<description>阅毕...留脚印... 是好的习惯....

呵.. 看完有点收获.谢过....</description>
		<content:encoded><![CDATA[<p>阅毕&#8230;留脚印&#8230; 是好的习惯&#8230;.</p>
<p>呵.. 看完有点收获.谢过&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 天堂左我往右</title>
		<link>http://lifesinger.org/blog/2009/08/browser-load-render-parse-process/comment-page-1/#comment-2352</link>
		<dc:creator>天堂左我往右</dc:creator>
		<pubDate>Mon, 31 Aug 2009 09:08:33 +0000</pubDate>
		<guid isPermaLink="false">http://lifesinger.org/blog/?p=2121#comment-2352</guid>
		<description>亲自测试，反复测试，疯狂测试，一直到眼花缭乱稀里糊涂恍然大悟继续糊涂为止……
汗...</description>
		<content:encoded><![CDATA[<p>亲自测试，反复测试，疯狂测试，一直到眼花缭乱稀里糊涂恍然大悟继续糊涂为止……<br />
汗&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lifesinger</title>
		<link>http://lifesinger.org/blog/2009/08/browser-load-render-parse-process/comment-page-1/#comment-2248</link>
		<dc:creator>lifesinger</dc:creator>
		<pubDate>Mon, 24 Aug 2009 07:55:18 +0000</pubDate>
		<guid isPermaLink="false">http://lifesinger.org/blog/?p=2121#comment-2248</guid>
		<description>@老田：感谢指正，的确如你所说。</description>
		<content:encoded><![CDATA[<p>@老田：感谢指正，的确如你所说。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 老田</title>
		<link>http://lifesinger.org/blog/2009/08/browser-load-render-parse-process/comment-page-1/#comment-2239</link>
		<dc:creator>老田</dc:creator>
		<pubDate>Mon, 24 Aug 2009 05:02:36 +0000</pubDate>
		<guid isPermaLink="false">http://lifesinger.org/blog/?p=2121#comment-2239</guid>
		<description>仔细研究了一下，发现有几个关于IE8下defer的问题，不敢苟同。射雕兄的测试结果：
[22:33:56.826] normal inline script run time
[22:33:57.786] normal external script run time
[22:33:57.812] deferred inline script run time
可以说明，inline script确实被defer了啊。表明，defer对于inline script也是有效的。

对此我修改了测试页面，在IE8下进行了详细的测试，发现在head里defer的inline script，只对head里的js代码有效，body同理。但进一步的测试又发现，每次的测试结果不一样！测试结果太多，就不贴了。结论貌似是这样：inline script如果加上defer，&lt;strong&gt;只能把脚本defer到他所在代码块的后面执行&lt;/strong&gt;。

大家有兴趣可以再在IE6, IE7下测试一下。不管怎样，有一点是可以肯定的，defer在IE下可用，它可以让inline script不阻塞后续资源的下载（我用Cuzillion测过了），但还是会阻塞浏览器的解析和渲染。对于页面优化，大概这才是defer吸引人的地方吧！

p.s. 纠正：defer从Firefox3.1就开始支持啦，不是3.5。</description>
		<content:encoded><![CDATA[<p>仔细研究了一下，发现有几个关于IE8下defer的问题，不敢苟同。射雕兄的测试结果：<br />
[22:33:56.826] normal inline script run time<br />
[22:33:57.786] normal external script run time<br />
[22:33:57.812] deferred inline script run time<br />
可以说明，inline script确实被defer了啊。表明，defer对于inline script也是有效的。</p>
<p>对此我修改了测试页面，在IE8下进行了详细的测试，发现在head里defer的inline script，只对head里的js代码有效，body同理。但进一步的测试又发现，每次的测试结果不一样！测试结果太多，就不贴了。结论貌似是这样：inline script如果加上defer，<strong>只能把脚本defer到他所在代码块的后面执行</strong>。</p>
<p>大家有兴趣可以再在IE6, IE7下测试一下。不管怎样，有一点是可以肯定的，defer在IE下可用，它可以让inline script不阻塞后续资源的下载（我用Cuzillion测过了），但还是会阻塞浏览器的解析和渲染。对于页面优化，大概这才是defer吸引人的地方吧！</p>
<p>p.s. 纠正：defer从Firefox3.1就开始支持啦，不是3.5。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: clone168</title>
		<link>http://lifesinger.org/blog/2009/08/browser-load-render-parse-process/comment-page-1/#comment-2215</link>
		<dc:creator>clone168</dc:creator>
		<pubDate>Sat, 22 Aug 2009 09:04:22 +0000</pubDate>
		<guid isPermaLink="false">http://lifesinger.org/blog/?p=2121#comment-2215</guid>
		<description>最近我也看了网上一些关于这方面的文章，可是我现在有一个很疑惑的问题，希望您能帮我解答：Js、css放在页面内部和从外部引入到底对页面的加载和渲染有什么不同？而且放在页面内部的话，因为位置不同又会产生什么影响？js的外部引入用dom或者是“document.write()”与html标签“”引入为什么就不一样？</description>
		<content:encoded><![CDATA[<p>最近我也看了网上一些关于这方面的文章，可是我现在有一个很疑惑的问题，希望您能帮我解答：Js、css放在页面内部和从外部引入到底对页面的加载和渲染有什么不同？而且放在页面内部的话，因为位置不同又会产生什么影响？js的外部引入用dom或者是“document.write()”与html标签“”引入为什么就不一样？</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 寂寞</title>
		<link>http://lifesinger.org/blog/2009/08/browser-load-render-parse-process/comment-page-1/#comment-2195</link>
		<dc:creator>寂寞</dc:creator>
		<pubDate>Fri, 21 Aug 2009 16:04:59 +0000</pubDate>
		<guid isPermaLink="false">http://lifesinger.org/blog/?p=2121#comment-2195</guid>
		<description>不错</description>
		<content:encoded><![CDATA[<p>不错</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 老田</title>
		<link>http://lifesinger.org/blog/2009/08/browser-load-render-parse-process/comment-page-1/#comment-2189</link>
		<dc:creator>老田</dc:creator>
		<pubDate>Fri, 21 Aug 2009 04:34:46 +0000</pubDate>
		<guid isPermaLink="false">http://lifesinger.org/blog/?p=2121#comment-2189</guid>
		<description>关于浏览器加载的性能优化，《Even Faster Web Sites》书中有详细的介绍。我的读书笔记：http://jsfox.cn/blog/javascript/even-faster-websites-notes1.html。
大家也可以用Souders的Cuzillion来做射雕的这些测试，非常有意思。</description>
		<content:encoded><![CDATA[<p>关于浏览器加载的性能优化，《Even Faster Web Sites》书中有详细的介绍。我的读书笔记：http://jsfox.cn/blog/javascript/even-faster-websites-notes1.html。<br />
大家也可以用Souders的Cuzillion来做射雕的这些测试，非常有意思。</p>
]]></content:encoded>
	</item>
</channel>
</rss>
