Service Work离线体验与性能优化
Service Work离线体验与性能优化
一、什么是 Service Worker?
Service Worker是一种可编程的网络代理,允许你拦截和处理应用发出的所有网络请求,包括拦截和处理网络请求、管理缓存和处理推送通知等。它使得开发者能够在客户端实现强大的新功能,比如离线支持、推送通知以及缓存管理。Service Worker 运行在独立于主浏览器进程的背景下,因此不会影响页面的性能。它还能够为网页或应用程序提供类似于本地应用的特性,它的主要目的是增强 Web 应用的离线体验和性能。
二、 Service Worker的应用场景
- 离线支持:通过缓存静态资源和动态内容,确保应用在没有网络连接时仍然可以使用
- 缓存管理:提高应用性能,通过缓存减少网络请求次数和加快页面加载速度。
- 推送通知:Service Worker 可以处理推送通知,即使用户没有打开应用也能接收消息。
三、Service Worker的特点
- 独立于主线程: Service Worker 运行在独立的线程中,不会阻塞主页面的执行,是后台运行的脚本。
- 生命周期管理:Service Worker 有安装、激活和更新等生命周期事件,被install后就永远存在,除非被手动卸载。
- 跨域与安全限制:同源策略,必须是https的协议才能使用。
- 不能直接操纵dom:因为Service Worker是个独立于网页运行的脚本。
- 可拦截请求和返回,缓存文件。Service Worker可以通过fetch这个api,来拦截网络和处理网络请求,再配合cacheStorage来实现web页面的缓存管理以及与前端postMessage通信。
四、Service Worker的生命周期
当一个Service Worker被注册成功后,它将开始它的生命周期,我们对Service Worker的操作一般都是在其生命周期里面进行的。Service Worker的生命周期分为这么几个状态 安装中, 安装后, 激活中, 激活后, 废弃。
- 安装( Installing ): 这个状态发生在 Service Worker 注册之后,表示开始安装,这个状态会触发 install 事件,一般会在install事件的回调里面进行静态资源的离线缓存, 如果这些静态资源缓存失败了,那 Service Worker 安装就会失败,生命周期终止。
- 安装后( Installed ): 当成功捕获缓存到的资源时,Service Worker 会变为这个状态,当此时没有其他的Service Worker 线程在工作时,会立即进入激活状态,如果此时有正在工作的Service Worker 工作线程,则会等待其他的 Service Worker 线程被关闭后才会被激活。可以使用 self.skipWaiting() 方法强制正在等待的servicework工作线程进入激活状态。
- 激活( Activating ): 在这个状态下会触发activate事件,在activate 事件的回调中去清理旧版缓存。
- 激活后( Activated ): 在这个状态下,servicework会取得对整个页面的控制
- 废弃状态 ( redundant ): 这个状态表示一个 Service Worker 的生命周期结束。新版本的 Service Worker 替换了旧版本的 Service Worker会出现这个状态
五、Service Worker的缓存机制
Service Worker 技术不可或缺的一个方面是 Cache 接口,它是一种完全独立于 HTTP 缓存的缓存机制。可在 Service Worker 作用域和主线程作用域内访问 Cache 接口。
HTTP缓存会受到 HTTP 标头中指定的缓存指令的影响,而 Cache 接口可通过 JavaScript 进行编程。这意味着,网络请求的响应可以基于最适合指定网站的任何逻辑。例如:
- 在第一次请求时将静态资源存储在缓存中,并且仅为每个后续请求从缓存中提供这些资源
- 将网页标记存储在缓存中,但仅在离线场景中提供缓存中的标记。
- 从缓存中为某些资产提供过时的响应,但要在后台通过网络对其进行更新。
- 从网络流式传输部分内容,并将其与缓存中的 App Shell 组合起来,以提升感知性能。
六、Service Worker的简单实践
- 浏览器兼容性检查
首先,在开始使用 Service Worker 之前,你需要确保用户的浏览器支持这项技术。Service Worker 对象存在于navigator对象下,可以通过以下代码来检查
if ('serviceWorker' in navigator) {
// 浏览器支持 Service Worker
} else {
console.log('Service Worker not supported');
}
- 注册Service Worker
注册是启动 Service Worker 的第一步。通常是在主应用中通过 JavaScript 来完成这个过程,在主线程中调用navigator.serviceWorker.register()方法来注册 Service Worker:
register 方法接受两个参数
第一个参数表示ServiceWork.js相对于origin的路径
第二个参数是 Serivce Worker 的配置项,可选填,其中比较重要的是 scope 属性,用来指定你想让 service worker 控制的内容的目录。 默认值为servicework.js所在的目录。这个属性所表示的路径不能在 service worker 文件的路径之上,默认是 Serivce Worker 文件所在的目录。 成功注册或返回一个promise。
if ('serviceWorker' in navigator) {
// 浏览器支持 Service Worker
window.addEventListener('load', () => {
navigator.serviceWorker
.register('/service-worker.js')
.then((registration) => {
console.log('Service Worker registered with scope:', registration.scope)
})
.catch((error) => {
console.error('Service Worker registration failed:', error)
})
})
} else {
console.log('Service Worker not supported');
}
此代码在主线程上运行,并执行以下操作:
1、由于用户首次访问网站发生在没有注册的 Service Worker 的情况下, 等到页面完全加载后再注册一个。 这样可以在 Service Worker 预缓存任何内容时避免带宽争用。
2、进行快速检查有助于避免在不支持此功能的浏览器出现错误。
3、当页面完全加载且支持 Service Worker 时,注册 /service-worker.js。
- Service Worker-安装(Installing)
安装事件发生在 Service Worker 首次安装时,每个 Service Worker 仅调用一次 install,并且在更新之前不会再次触发。
self.addEventListener('install', event => {
event.waitUntil(
caches.open('缓存版本ID').then(cache => {
return cache.addAll([
'/',
...
]);
})
);
});
此代码会创建一个新的 Cache 实例并预缓存资产。
此处重点关注:event.waitUntil事件
event.waitUntil 接受 promise; 并等待该 promise 得到解决。 该 promise 执行两项异步操作:
创建名为 ‘缓存版本ID’ 的新 Cache 实例。
创建缓存后 资源网址数组使用其异步缓存资源预缓存 addAll 方法。
如果传递给 event.waitUntil 的 promise 已拒绝。 如果发生这种情况,Service Worker 会被丢弃。
- Service Worker-激活
如果注册和安装成功, Service Worker 激活,并且其状态变为 ‘activating’ ,你可以在这里执行清理旧版本资源的操作:
self.addEventListener('activate', event => {
const cacheWhitelist = ['缓存版本ID'];
event.waitUntil(
caches.keys().then(cacheNames => {
return Promise.all(
cacheNames.map(cacheName => {
if (cacheWhitelist.indexOf(cacheName) === -1) {
return caches.delete(cacheName);
}
})
);
})
);
});
- Service Worker-捕获 Fetch
通过监听Service Worker的 fetch 事件来拦截网络请求,
调用 event 上的 respondWith() 方法来劫持当前servicework控制域下的 HTTP 请求,该方法会直接返回一个Promise 结果 ,这个结果就会是http请求的响应。上面代码中就一个简单的逻辑,先劫持http请求,然后看看缓存中是否有这个请求的资源,如果有则直接返回,如果没有就去请求服务器上的资源。 event.respondWith 方法只能在 Service Worker 的 fetch 事件中使用。
self.addEventListener('fetch', event => {
event.respondWith(
caches.match(event.request).then(response => {
if (response) {
console.log('Serving from cache:', event.request.url);
return response;
}
console.log('Fetching from network:', event.request.url);
return fetch(event.request).then(networkResponse => {
if (networkResponse && networkResponse.ok) {
console.log('Caching new response:', event.request.url);
return caches.open('f69905188ac970f1').then(cache => {
cache.put(event.request, networkResponse.clone());
return networkResponse;
});
}
throw new Error('Network response not ok');
}).catch(error => {
console.error('Fetch failed:', error);
throw error;
});
})
);
});
- 开始:Service Worker监听到fetch事件。
- 缓存中是否存在请求资源:检查缓存中是否有匹配的请求资源。
- 从缓存返回资源:如果缓存中有匹配资源,直接返回该资源。
- 发起网络请求:如果缓存中没有匹配资源,则发起网络请求。
- 网络请求是否成功:检查网络请求是否成功。
- 响应状态是否为OK:检查网络响应的状态码是否为200(OK)。
- 缓存新响应:如果网络请求成功且响应状态为OK,则将响应缓存。
- 抛出错误:如果响应状态不是OK,则抛出错误。
- 捕获错误并抛出:如果网络请求失败,则捕获错误并抛出。
- 结束:流程结束。
七、Service Worker资源缓存-插件自动生成
通过上述资料可知资料缓存需要配置缓存ID和所需要的缓存文件路径,而每次打包的文件名都是混淆之后的,人工写是非常不实际,所以我们可以通过插件帮我们自动生成Service Worker文件自动插入到dist目录下
此处我是采用vite提供的插件钩子函数拿到构建后的文件列表,自动生成service-worker.js
import path from 'path'
import * as fs from 'fs'
import * as crypto from 'crypto'
// 定义插件选项类型
interface ManifestPluginOptions {
outputPath: string
version?: string
serviceWorkerFileName?: string
}
export default function ServiceWorkerManifestPlugin(options: ManifestPluginOptions) {
const { outputPath, version, serviceWorkerFileName } = options
// 生成随机版本号
const generateRandomVersion = (): string => {
return crypto.randomBytes(8).toString('hex')
}
const manifestVersion = version || generateRandomVersion()
// 使用默认的 service-worker.js 文件名,如果没有传入自定义文件名
const serviceWorkerPath = `/${serviceWorkerFileName || 'service-worker.js'}`
// 递归遍历目录并获取所有文件路径
const getAllFiles = (dirPath: string, relativePath: string = ''): string[] => {
let files: string[] = []
const entries = fs.readdirSync(dirPath, { withFileTypes: true })
for (const entry of entries) {
const fullPath = path.join(dirPath, entry.name)
const relativeFullPath = path.join(relativePath, entry.name)
if (entry.isDirectory()) {
files = files.concat(getAllFiles(fullPath, relativeFullPath))
} else {
files.push(`/${relativeFullPath}`)
}
}
return files
}
// 生成 service-worker.js 文件内容
const generateServiceWorkerContent = (cachedFiles: string[], manifestVersion: string): string => {
return `
self.addEventListener('install', event => {
event.waitUntil(
caches.open('${manifestVersion}').then(cache => {
return cache.addAll([
${cachedFiles.map((file) => `'${file}'`).join(',\n')}
]);
})
);
});
//Service Worker监听到fetch事件。
self.addEventListener('fetch', event => {
event.respondWith(
// 缓存中是否存在请求资源:检查缓存中是否有匹配的请求资源。
caches.match(event.request).then(response => {
// 从缓存返回资源:如果缓存中有匹配资源,直接返回该资源。
if (response) {
console.log('Serving from cache:', event.request.url);
return response;
}
console.log('Fetching from network:', event.request.url);
// 发起网络请求:如果缓存中没有匹配资源,则发起网络请求。
return fetch(event.request).then(networkResponse => {
// 缓存新资源:如果网络请求成功,则将新资源缓存。
if (networkResponse && networkResponse.ok) {
console.log('Caching new response:', event.request.url);
// 缓存新响应:如果网络请求成功且响应状态为OK,则将响应缓存。
return caches.open('${manifestVersion}').then(cache => {
cache.put(event.request, networkResponse.clone());
return networkResponse;
});
}
// 如果响应状态不是OK,则抛出错误。
throw new Error('Network response not ok');
}).catch(error => {
console.error('Fetch failed:', error);
throw error;
});
})
);
});
self.addEventListener('activate', event => {
const cacheWhitelist = ['${manifestVersion}'];
event.waitUntil(
caches.keys().then(cacheNames => {
return Promise.all(
cacheNames.map(cacheName => {
if (cacheWhitelist.indexOf(cacheName) === -1) {
return caches.delete(cacheName);
}
})
);
})
);
});
`
}
// 修改 index.html 文件
const modifyIndexHtml = (indexPath: string, serviceWorkerPath: string): void => {
try {
let indexContent = fs.readFileSync(indexPath, 'utf-8')
// 确保 <html> 标签存在
if (indexContent.includes('<html')) {
// 添加 Service Worker 注册脚本
const serviceWorkerRegistrationScript = `
<script>
if ('serviceWorker' in navigator) {
// 浏览器支持 Service Worker
window.addEventListener('load', () => {
navigator.serviceWorker.register('${serviceWorkerPath}')
.then(registration => {
console.log('Service Worker registered with scope:', registration.scope);
})
.catch(error => {
console.error('Service Worker registration failed:', error);
});
});
} else {
console.log('Service Worker not supported');
}
</script>
`
// 将脚本插入到 </head> 标签之前
indexContent = indexContent.replace('</head>', `${serviceWorkerRegistrationScript}</head>`)
fs.writeFileSync(indexPath, indexContent)
console.log('index.html modified successfully.')
} else {
console.warn('index.html does not contain a <html> tag.')
}
} catch (error) {
console.error('Failed to modify index.html:', error)
}
}
return {
name: 'manifest-plugin', // 必须的,将会在 warning 和 error 中显示
writeBundle() {
try {
const cachedFiles = getAllFiles(outputPath)
// 确保 service-worker.js 也被缓存
if (!cachedFiles.includes(serviceWorkerPath)) {
cachedFiles.push(serviceWorkerPath)
}
// 生成 service-worker.js 文件内容
const serviceWorkerContent = generateServiceWorkerContent(cachedFiles, manifestVersion)
// 写入 service-worker.js 文件
const serviceWorkerFilePath = path.join(outputPath, serviceWorkerPath.replace(/^\//, ''))
fs.writeFileSync(serviceWorkerFilePath, serviceWorkerContent)
console.log('service-worker.js generated successfully.')
// 修改 index.html 文件
const indexPath = path.join(outputPath, 'index.html')
if (fs.existsSync(indexPath)) {
modifyIndexHtml(indexPath, serviceWorkerPath)
} else {
console.warn('index.html not found in the output directory.')
}
} catch (error) {
console.error('Failed to write bundle:', error)
}
},
}
}
八、Service Worker调试与监控
通过Chrome DevTools可看到我们的文件被正确的缓存,且通过Application工具管理我们的Service Workers