初识ServiceWorker
在8月份的时候。W3C更新了一个叫Service Workers的API。
了解过HTML5中的Web Worker的人可能会对这个API会更easy理解一些,不然的话会将这两个API搞混。
事实上,Service Worker是基于Web Worker的事件驱动的,他们运行的机制都是新开一个线程去处理一些额外的。曾经不能直接处理的任务。对于Web Worker,我们能够使用它来进行复杂的计算,由于它并不堵塞浏览器主线程的渲染。而Service Worker,我们能够用它来进行本地缓存。相当于一个本地的proxy。
说起缓存,我们会想起我们经常使用的一些缓存技术来缓存我们的静态资源,可是老的方式是不支持调试的,灵活性不高。
使用Service Worker来进行缓存,我们能够用javascript代码来拦截浏览器的http请求,并设置缓存的文件。直接返回。不经过webserver,然后,做很多其它你想做的事情。
因此,我们能够开发基于浏览器的离线应用。
这使得我们的web应用降低对网络的依赖。
比如,我们开发了一个新闻阅读的web应用,当你用手机浏览器在有网络的情况下打开时。你能够正常的获取新闻内容。但是,假设手机进入飞行模式。那这个应用你就没法使用了。
假设我们使用了Service Worker做缓存,浏览器http请求会先经过Service Worker,通过url mapping去匹配,假设匹配到了,则使用缓存数据,假设匹配失败,则继续运行你指定的动作。普通情况下,匹配失败则让页面显示“网页无法打开”。
上面是Service Worker的基本使用场景,当然,不只局限于数据缓存。
以下来看一个简单的演示样例:
/index.html
|
|
在chrome中的console中输入navigator.serviceWorker你会发现返回的undefined。
这可能是由于你chrome的版本号小于36,或者你没有打开这个功能。
所以先确保你的chrome升级到了36以上。
然后进入chrome://flags/中将ServiceWorker开关打开,例如以下图:
确保以上两个步骤都完毕后。就能够在控制台看到返回值:
上面的代码中。给serviceWorker注冊了一个叫service-worker.js的文件,这里採用的promise写法。当注冊成功后,会运行then里面的回调函数。
以下看看service-worker.js
|
|
oninstall:当worker装载完成时运行
在oninstall的回调函数中,将一些须要缓存的静态的文件写入全局的cache对象中。
onfetch:当接收到用户的请求时运行
通过e.request去匹配缓存中的静态文件。假设匹配到,则将这个缓存文件返回,假设未匹配到,则被catch获取。将请求释放(去请求真正的server),并将这个新文件缓存到全局cache。这里也是用到了promise写法。
在我看来,用ServiceWorker做缓存就相当于一个proxy,能够拦截http请求。这样你能够对请求做一下定制化的需求。即使在无网络的情况下。ServiceWorker也能够被当做一个httpserver一样返回前端所须要的数据。
上面是我对ServiceWorker的一些參考和理解。
眼下相关的中英文资料还比較少,主要还是得看W3C的介绍。
參考资料:
ServiceWorker简单样例
文章作者:foreverpx
文章原文链接:初识ServiceWorker