详解HTML5中rel属性的prefetch预加载功能使用

在html5中,有个很有用但常被忽略的特性,就是预先加载(prefetch),它的原理是:
利用浏览器的空闲时间去先下载用户指定需要的内容,然后缓存起来,这样用户下次加载时,就直接从缓存中取出来,效率就快了.

举个例子说明:比如要预先加载某个页面,可以这样:

xml/html code
复制内容到剪贴板

但如果是google的话,要用另外的一个名称,即:

xml/html code
复制内容到剪贴板

即使在不支持的浏览器,用了这个特性其实是不会出错的,只不过浏览器解析不到而已,
所以,如果你感觉能有办法预先预测到用户期望点的页面(比如用户看最新的受欢迎的热图,他 可能看了第一页后,会继续看下一页,这个时候就可以用预先加载这个特性了).比如

xml/html code
复制内容到剪贴板

而单独取一张图片也是可以的,比如:

xml/html code
复制内容到剪贴板

有了浏览器缓存，为何还需要预加载？
1.用户可能是第一次访问网站，此时还无缓存
2.用户可能清空了缓存
3.缓存可能已经过期，资源将重新加载
4.用户访问的缓存文件可能不是最新的，需要重新加载
5.chrome 的预加载技术
现在的 chrome 聪明到根据你的浏览记录，预测到你可能访问或闺蜜生日送什么礼物好搜索哪些网站，在你打开网站之前就加载好了一些资源了。
举个栗子，当你在搜索框输入 “amaz” 时，它猜测到你可能要访问 amazon.com，可能就帮你加载了这个网站的一些资源。
如果这个预测算法精准的话，就能大大地提高用户的浏览体验了。

dns prefetch
我们知道，当我们访问一个网站如 www.amazon.com 时，需要将这个域名先转化为对应的 ip 地址，这是一个非常耗时的过程。
dns prefetch 分析这个页面需要的资源所在的域名，浏览器空闲时提前将这些域名转化为 ip 地址，真正请求资源时就避免了上述这个过程的时间。

xml/html code
复制内容到剪贴板

应用场景1：我们的资源存在在不同的 cdn 中，那提前声明好这些资源的域名，就可以节省请求发生时产生的域名解析的时间。
应用场景2：如果我们知道用户接下来的操作一定会发起一起资源的请求，那就可以将这个资源进行 dns-prefetch，加强用户体验。

resource prefetch
在 chrome 下，我们可以用 link标签声明特定文件的预加载：

xml/html code
复制内容到剪贴板

在 firefox 中或用 meta 标签声明：

xml/html code
复制内容到剪贴板 撩心

rel=’subresource’ 表示当前页面必须加载的资源，应该放到页面最顶端先加载，有最高的优先级。
rel=’prefetch’ 表示当 subresource 所有资源都加载完后，开始预加载这里指定的资源，有最低的优先级。
注意：只有可缓存的资源才进行预加载，否则浪费资源！

pre render
前面说到的预解析dns、预加载资源已经够强悍了有木有，可还有更厉害的预渲染（pre-rendering）！
预渲染意味着我们提前加载好用户即将访问的下一个页面，否则进行预渲染这个页面将浪费资源，慎用！

xml/html code
复制内容到剪贴板

rel=’prerender’ 表示浏览器会帮我们渲染但隐藏指定的页面，一旦我们访问这个页面，则秒开了！
在 firefox 中或用 rel=’next’ 来声明

xml/html code
复制内容到剪贴板

不是所有的资源都可以预加载
当资源为以下列表中的资源时，将阻止预渲染操作：
1.url 中包含下载资源
2.页面中包含音频、视频
3.post、put 和 delete 操作的 ajax 请求
4.http 认证(authentication)
5.https 页面
6.含恶意软件的页面
7.弹窗页面
8.占用资源很多的页面
9.打开了 chrome developer tools 开发工具

手动触发预渲染操作
在 head 中强势插入 link[rel=’prerender’] 即可：

javascript code
复制内容到剪贴板