Promise本身不提供离线缓存能力，但可结合IndexedDB、网络状态监听与重试机制构建可靠异步埋点缓存发送流程：先存IndexedDB，再用Promise链控制“发送→失败缓存→定时/唤醒重试”闭环。
Promise 本身不直接提供离线缓存能力，但可以结合 IndexedDB（或 localStorage 作为降级） + 网络状态监听 + 重试机制，构建一个可靠的异步埋点缓存发送流程。核心思路是：埋点先写入本地持久化存储，再用 Promise 链控制「尝试发送 → 失败则缓存 → 定时/唤醒时重试」的闭环。
1. 埋点数据先存 IndexedDB（支持大容量、事务、异步）
localStorage 容量小（通常 5–10MB）、阻塞主线程、不支持结构化查询，不适合高频埋点；IndexedDB 是更可靠的选择。封装一个基于 Promise 的写入方法：
function saveEventToDB(event) {
return new Promise((resolve, reject) => {
const dbReq = indexedDB.open('AnalyticsDB', 1);
dbReq.onerror = () => reject(dbReq.error);
dbReq.onsuccess = () => {
const db = dbReq.result;
const tx = db.transaction('events', 'readwrite');
const store = tx.objectStore('events');
const addReq = store.add({ ...event, timestamp: Date.now() });
addReq.onsuccess = () => resolve();
addReq.onerror = () => reject(addReq.error);
tx.oncomplete = () => db.close();
};
dbReq.onupgradeneeded = (e) => {
const db = e.target.result;
if (!db.objectStoreNames.contains('events')) {
db.createObjectStore('events', { keyPath: 'id', autoIncrement: true });
}
};
});
}
2. 发送时用 fetch + Promise 封装，并自动 fallback 到缓存
调用上报接口时，用 fetch 返回 Promise，失败后主动存入 IndexedDB，整个过程可链式处理：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
function sendEvent(event) {
return fetch('/api/track', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify(event)
})
.then(res => {
if (res.ok) return res.json();
throw new Error(`HTTP ${res.status}`);
})
.catch(err => {
console.warn('上报失败，存入离线缓存:', err);
return saveEventToDB(event); // 失败则缓存，返回 Promise
});
}
// 使用示例
track('page_view', { url: '/home' })
.then(() => console.log('上报成功'))
.catch(() => console.log('已离线缓存'));
3. 启动时/网络恢复时自动重发缓存事件
利用 navigator.onLine 监听 + online 事件，配合定时轮询（如每 30s 检查一次），触发批量重发：
立即学习“Java免费学习笔记（深入）”；
- 封装一个
flushPendingEvents()方法，用 Promise.all 并发发送（加限流防雪崩） - 发送成功后从 IndexedDB 中删除对应记录（用 ID 或时间范围清理）
- 对连续失败的事件加入指数退避（如 1s → 3s → 9s）和最大重试次数（如 5 次）
4. 补充健壮性细节
- 去重：为每个埋点生成唯一 id（如 UUID + 时间戳），避免重复上报
- 节流与合并：高频事件（如 scroll、input）可聚合后统一上报，减少请求量
- 容量控制：IndexedDB 存满时按时间戳清理旧事件，防止撑爆存储
- 降级策略：若 IndexedDB 不可用（如 Safari 无痕模式），fallback 到内存队列 + localStorage（仅关键字段）
不复杂但容易忽略的是：Promise 只解决“异步流程可控”，真正可靠的离线能力来自存储选型 + 网络感知 + 重试设计三者协同。把 Promise 当作胶水，把 IndexedDB 当作保险箱，把 fetch + onLine 当作信使，整个链路就稳了。
