答案：利用Service Worker可实现Web应用离线可用，通过注册SW脚本拦截网络请求并缓存核心资源。首先在主页面注册/sw.js，确保其位于合适作用域；接着在install事件中预缓存HTML、CSS、JS等静态资源，使用cache.addAll()保证原子性；随后通过fetch事件拦截请求，优先从缓存返回内容，实现“缓存优先”策略；最后通过更改CACHE_NAME版本号并在activate事件中清除旧缓存，完成更新管理。正确处理路径、作用域和缓存命名是关键细节。
要让Web应用在离线状态下依然可用，关键在于利用Service Worker拦截网络请求并提供缓存资源。它是一个运行在浏览器后台的脚本，独立于页面主线程，能够控制页面的网络通信和资源加载。
注册并安装Service Worker
首先需要在主页面中注册Service Worker。浏览器会下载指定的脚本文件，并在后台启动它。
示例代码：在你的页面JavaScript中添加：
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。注意该文件需放在根目录或具有足够作用域的位置。
缓存核心资源
Service Worker通过监听install事件来预缓存关键资源，如HTML、CSS、JS、图片等。这些资源可在离线时直接从缓存读取。
- 在
install事件中打开缓存并存入静态资源 - 使用
cache.addAll()批量添加，确保原子性 - 指定版本号或缓存名，便于后续更新管理
sw.js 示例：
const CACHE_NAME = '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))
);
});
拦截请求并返回缓存
当用户访问页面时，Service Worker可以通过fetch事件拦截所有网络请求，并优先尝试从缓存返回内容。
- 缓存优先：先查缓存，无则发起网络请求
- 网络优先：尝试联网，失败后再用缓存
- 静态资源缓存优先，API请求可设置超时 fallback
fetch 事件处理示例：
self.addEventListener('fetch', event => {
event.respondWith(
caches.match(event.request)
.then(response => {
return response || fetch(event.request);
})
);
});
这个逻辑实现了“先看有没有缓存，没有再走网络”的基本离线策略。
更新缓存与版本管理
当应用资源更新时，需通过更改缓存名称或在activate阶段清理旧缓存，避免用户长期使用过期内容。
- 修改
CACHE_NAME（如从v1到v2）触发新安装 - 在
activate事件中删除不再使用的缓存 - 确保新Worker激活后接管所有页面
清除旧缓存代码片段：
self.addEventListener('activate', event => {
const cacheWhitelist = ['v2']; // 当前期望保留的缓存
event.waitUntil(
caches.keys().then(cacheNames => {
return Promise.all(
cacheNames.map(cacheName => {
if (!cacheWhitelist.includes(cacheName)) {
return caches.delete(cacheName);
}
})
);
})
);
});
基本上就这些。只要正确注册、缓存关键资源、拦截请求并合理管理更新，就能构建出真正离线可用的Web应用。不复杂但容易忽略细节，比如路径问题、缓存命名和作用域限制。
