关键在于资源可寻址、可缓存、可更新,而非单纯打包成单文件;需规范相对路径、合理处理音频与图片内联限制、正确注册并配置service worker,且必须在https或localhost下运行。

单页应用(SPA)在离线环境能跑起来,关键不是“打包成一个文件”,而是资源可寻址、可缓存、可更新。直接把所有东西塞进一个 index.html 看似简单,但容易在图片加载失败、模块解析报错、音频不播放、缓存失效等环节翻车。
用 html-standalone 打包前必须清理路径和模块依赖
这个工具只处理相对路径资源,且默认跳过非同域、非相对、带查询参数的引用。
- 所有
src、href、import必须是./xxx或../xxx形式;/assets/logo.png或https://cdn.com/sound.mp3会被忽略 -
import语句需为静态字符串,不能是模板字面量或变量拼接,否则html-standalone无法分析依赖树 - ESM 动态
import()不会被内联,对应 chunk 需手动确认是否已存在本地,或改用fetch+eval(不推荐)或预加载策略 - 音频若大于 4MB,Safari 会拒绝解析 data URL,建议保留外链并配合 Service Worker 缓存,而非强求 base64
Service Worker 是离线核心,但 file:// 协议下它根本不会注册
你在本地双击打开 HTML 文件时,地址栏显示 file:///xxx/index.html,此时 navigator.serviceWorker 为 undefined,任何缓存逻辑都无效。
- 调试阶段必须用本地服务器:比如
npx http-server -c-1(禁用缓存)或python3 -m http.server 8000(但后者不支持自定义 MIME,manifest 会失效) -
sw.js必须与页面同源,且注册代码要加守卫:if ('serviceWorker' in navigator && location.protocol !== 'file:') { ... } - 缓存名(
cacheName)不能含空格、斜杠、控制字符;写成v1-main没问题,v1 main或v1/2会导致caches.open()抛异常 - 不要缓存带
?t=123的 URL——SW 会把它当全新请求,反复拉取,填满 cache 存储且不命中
单文件 HTML 的图片 base64 编码有实际长度限制
Chrome 和 Firefox 对 data URL 支持较宽松,但 Safari 在 iOS/macOS 上对单个 data URL 长度有硬性截断(约 5MB),超出部分被静默丢弃,表现为图片空白或 canvas 绘制失败。
- 用
npx html-standalone index.html --maxInlineSize 4194304限高到 4MB,比默认 2MB 更稳妥 - 大图(如背景图、场景贴图)建议改用
Blob URL方式动态创建,或通过fetch加载后转为URL.createObjectURL(),避免塞进 HTML 源码 - 检查生成后的 HTML 文件大小:超过 15MB 容易触发某些杀毒软件拦截,或 Windows 资源管理器打开卡顿
- 用
grep "data:image/" game.html | wc -l快速统计内联图片数量,结合ls -lh game.html判断是否过度内联
更新机制失效的三个隐蔽原因
用户没看到新版本,往往不是代码没改,而是缓存没破、事件没监听、或 reload 被阻断。
-
applicationCache已全平台废弃,Chrome 94+ 后window.applicationCache返回undefined,别再查它 - Service Worker 的
install事件只在首次注册或sw.js内容字节变化时触发;改了 JS 文件但没动sw.js?SW 不会重新缓存 -
updateready事件必须配self.skipWaiting()和clients.claim(),否则旧 SW 仍接管页面,新缓存不可见 - 调用
location.reload()前,确保没有未完成的 IndexedDB 事务或beforeunload阻止刷新——否则页面卡住,用户以为“卡死”
真正难的不是把东西塞进一个文件,而是让每个资源在离线时依然有确定的加载路径、可验证的完整性、可控的生命周期。路径写错一格、缓存名多一个空格、reload 被意外拦截,都会让整个离线体验崩在最后一环。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











