service worker静态资源预缓存核心是在install阶段显式调用caches.open()和cache.addall()（或逐个fetch+put），并用event.waituntil()确保完成；需定义带版本号的缓存名、绝对路径资源列表，预缓存首屏必需的html/css/js/字体等，避免动态内容，并在activate阶段清理旧缓存。
Service Worker 实现静态资源预缓存，核心是在 install 阶段把关键文件（HTML、CSS、JS、字体、图标等）一次性存入 Cache Storage。它不是自动发生的，必须显式调用 caches.open() 和 cache.addAll() 或逐个 put()，且整个过程需包裹在 event.waitUntil() 中确保完成。
预缓存的三步关键操作
预缓存不是“注册完就生效”，而是由开发者主动触发的一次性初始化行为：
-
定义缓存名与资源列表：缓存名建议带版本号（如
'static-v2'），避免旧缓存残留；资源路径应为绝对路径（如'/index.html'），且需确保可被 Service Worker 作用域覆盖 -
在 install 事件中打开并填充缓存：使用
caches.open(cacheName)获取缓存实例，再用addAll(urls)批量写入——但注意：任一 URL 请求失败（404、跨域、网络中断），整个addAll就会拒绝，导致 install 失败 -
强制跳过等待阶段（可选但推荐）：调用
self.skipWaiting()让新 SW 立即进入 activate 状态，避免用户需刷新两次才启用新缓存逻辑
更健壮的预缓存写法（生产环境推荐）
直接 addAll 虽简洁，但容错性差。真实项目中建议逐个 fetch + put，失败单个资源不影响整体安装：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 对每个 URL 发起
fetch()，捕获异常后仍继续处理下一个 - 成功响应才调用
cache.put(request, response.clone())，注意response.clone()是必须的——因为 Response body 流只能读一次 - 所有请求完成后统一 resolve
event.waitUntil()，保证 install 完全可控
预缓存哪些资源才算“关键”？
不是越多越好，重点覆盖用户首次访问时渲染首屏所必需的内容：
-
HTML 页面：至少包括
'/'和'/index.html'，这是离线入口 -
核心样式与脚本：如
'/styles/app.css'、'/scripts/main.js'，无它们页面无法正常显示或交互 - 基础媒体资源：Logo、加载图标、关键字体文件（woff2）等，避免离线时出现空白或字体降级
- 避免预缓存动态内容：API 接口、用户生成内容、带查询参数的 URL 不适合预缓存，应交由运行时缓存策略处理
预缓存后的清理与更新
缓存不会自动过期，版本升级时必须主动清理旧缓存：
- 在
activate事件中遍历caches.keys()，删除非当前版本的缓存（如key !== CACHE_NAME） - 配合
clients.claim()确保激活后立即接管所有已打开页面，使新缓存策略即时生效 - 构建工具（如 Webpack、Vite）可自动生成哈希化资源清单，避免手动维护 URL 列表出错
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
