如何通过预加载器提升网页加载速度

收藏

预加载器(Pre-loader)可以说是提高浏览器性能最重要的举措。Mozilla 官方发布数据，通过预加载器技术网页的加载性能提升了19%，Chrome测试了 Alexa 排名前2000名网站，性能有20%的提升。

它并不是一门新技术，有人认为只有 Chrome 才具备这个功能。也有人认为它是有史以来提升浏览器性能最有效的方法。如果你第一次接触预加载器，也许心中已经有了无数个问号。什么是预加载器？它是如何提升浏览器性能的？

首先需要了解浏览器是如何加载网页的

一个网页的加载依赖于脚本文件、CSS样式文件。让我们看看浏览器加载网页的过程。

即使浏览器可以并行执行多个请求，但是无法与针对脚本文件的操作并行执行。

可以通过IE7打开链接中的网页进行测试。我们可以看到，网页head标签内包含2个样式文件和2个脚本文件。在body 中，包含3个图片、1个脚本文件。

通过瀑布流我们可以查看资源加载的过程：

脚本文件的下载和执行，会阻断其他资源文件的下载，无疑将大大降低浏览器性能。

预加载器如何提高网络利用率

2008 年，IE、WebKit和Mozilla都实现了预加载器功能，来提升网络的利用率，改善脚本文件对其他资源文件的阻塞现状。

当浏览器被脚本文件阻塞时，另一个轻量级的解析器会继续浏览剩余的标记，寻找需要下载的资源i.e. 样式文件，脚本文件，图片等。

一旦发现，预加载器既可以在后台开始接收这些资源，等待主解析器完成当前的脚本操作，其他资源已经完成下载，这样就减轻了脚本阻塞带来的性能损耗。

下面这个瀑布流是使用IE8打开链接中网页的结果，性能有显著的提升：IE8=7S > IE7=14S。

预加载功能仍然是各大浏览器厂商乐此不疲的实验领域。很多浏览器尝试设置资源下载的优先级。例如，Safari降低了不作用于当前视图区域样式文件的优先级。Chrome 则设置脚本文件的优先级高于图片，即使脚本文件位于HTML底部。

预加载器的陷阱

预加载器只能检索HTML标签中的URL，无法检测到使用脚本代码添加的URL，直至脚本代码执行时才可以获取这类资源。

我曾经遇到过一个通过javascript判断当前Window宽度，进而决策加载CSS样式文件的例子。预加载器无法识别此类资源。

<html>

<head>

var file = window.innerWidth < 1000 ? "mobile.css" : "desktop.css";

document.write('<link rel="stylesheet" type="text/css" href="css/' + file + '"/>');

</script>

</head>

<body>

</body>

</html>

上面这段代码可以轻松的骗过IE9的预加载机制，在下面的瀑布流中我们可以看到，加载图片占用了所有的连接，直至第一个图片加载完成后，CSS文件才开始下载。

影响预加载器的加载顺序的因素

当前，有几种方式来控制预加载器的加载顺序（使用javacript隐藏资源文件既是其中一种），同时，W3C Resource Priorities 中也提供两个特性来影响预加载器。

lazyload : 直至没有被标记为lazyload 资源下载完毕后才下载被标记资源。

postpone: 资源在对最终用户可见之后才开始下载。i.e. 标签的display属性被设置为 none。

预加载VS预读取

预读取（Pre-fetching）可以通知浏览器哪些资源可能会在未来的某一时机，在当前页面或者其他页面中使用。

下面是预读取的一个简单的应用，通知浏览器为将要访问的其他站点加载资源：

Chrome允许我们预先通知浏览器加载未来会用到的资源，被声明的资源将以较高的优先级被下载。

(Chromium 源码中提到，被标记为subresource的资源下载的优先级低于样式文件和脚本文件，但不低于图片加载优先级)

还有标记可以通知浏览器哪些文件是较低级别的预读取文件。

预读取未来将被使用的独立资源文件。

预加载不是一门新技术，它对提高浏览器性能具有纪念意义，我们不需要做任何操作既可以使用预加载。

它广泛应用，我测试了以下浏览器，都具有预加载功能：

Bruce Lawson (Opera公司总裁)也宣布Opera Mini 同样支持预加载。

		自动登录	找回密码
密码			立即注册

0 个回复