如何利用Service Worker实现离线可用的Web应用？

答案是利用Service Worker缓存关键资源并拦截请求。通过注册Service Worker，在install阶段预缓存核心文件，fetch阶段优先从缓存响应请求，结合版本管理更新缓存，实现离线可用的Web应用体验。

让Web应用在离线状态下依然可用，关键在于利用Service Worker缓存关键资源并拦截网络请求。它作为一个运行在浏览器后台的独立脚本，不依赖页面，能在用户断网时提供缓存内容，实现“离线优先”的体验。

注册并安装Service Worker

要在页面中启用Service Worker，首先需要在主JavaScript文件或HTML中注册它。这个操作通常放在页面加载时执行。

注意：Service Worker只能在HTTPS环境下运行，本地开发时localhost例外。

示例代码：

if ('serviceWorker' in navigator) {
window.addEventListener('load', () => {
navigator.serviceWorker.register('/sw.js')
.then(registration => {
console.log('SW registered: ', registration);
})
.catch(error => {
console.log('SW registration failed: ', error);
});
});
}

这段代码检查浏览器是否支持Service Worker，如果支持，则注册根目录下的sw.js文件。

缓存核心资源（Install阶段）

在Service Worker的install事件中，可以预缓存HTML、CSS、JS、图片等关键资源，确保首次加载后即使离线也能访问。

示例sw.js中的install逻辑：

const CACHE_NAME = 'my-app-v1';
const urlsToCache = [
'/',
'/styles/main.css',
'/scripts/app.js',
'/images/logo.png'
];
self.addEventListener('install', event => {
event.waitUntil(
caches.open(CACHE_NAME)
.then(cache => cache.addAll(urlsToCache))
);
});

这里使用Cache API打开指定缓存仓库，并将列表中的资源全部加入缓存。只有所有资源缓存成功，install才算完成。

拦截请求并返回缓存（Fetch阶段）

当用户访问页面或请求资源时，Service Worker可以通过监听fetch事件来决定响应来源：优先使用缓存，网络不可用时降级为缓存内容。

常见策略是“缓存优先，否则网络”：

self.addEventListener('fetch', event => {
event.respondWith(
caches.match(event.request)
.then(response => {
return response || fetch(event.request);
})
);
});

这段代码尝试从缓存中匹配请求，如果有命中则直接返回，否则发起网络请求。你也可以实现更复杂的策略，比如网络优先+缓存备份，适用于动态内容。

更新缓存与版本管理

当应用更新时，需要升级缓存内容。通过更改CACHE_NAME版本号，触发新的Service Worker安装，并在activate阶段清理旧缓存。

添加activate事件：

self.addEventListener('activate', event => {
const cacheWhitelist = ['my-app-v2']; // 当前期望保留的缓存
event.waitUntil(
caches.keys().then(cacheNames => {
return Promise.all(
cacheNames.map(cacheName => {
if (!cacheWhitelist.includes(cacheName)) {
return caches.delete(cacheName);
}
})
);
})
);
});

这样可以避免旧缓存占用空间，确保用户使用最新资源。

基本上就这些。只要合理设计缓存策略、管理版本更新，再结合App Manifest实现添加到主屏，就能打造接近原生体验的离线Web应用。