客户端网络故障时，如何实现降级策略？比如断网时本地离线存储，或者使用本地缓存数据，以及如何优雅地处理网络恢复后的数据同步。

1) 【一句话结论】实现客户端网络故障的降级策略，核心是通过本地离线存储（如IndexedDB）缓存数据，断网时允许用户继续操作，网络恢复后自动同步数据，需设计数据版本控制与冲突解决机制，确保数据一致性与用户体验。

2) 【原理/概念讲解】老师口吻解释关键概念：
离线存储是客户端断网时的数据缓冲方案，核心是本地数据库（如IndexedDB），它提供持久化存储、事务支持（保证数据完整性），比LocalStorage更适合结构化数据。原理上，断网时用户操作先写入本地数据库，网络恢复后通过HTTP请求同步到服务器。类比：就像手机离线下载电影，断网时还能播放，恢复后自动更新，这里的数据是“电影内容”，本地存储是“手机缓存”，同步是“上传更新”。

3) 【对比与适用场景】

方案	定义	特性	使用场景	注意点
本地存储（LocalStorage）	浏览器键值对存储	简单读写，无事务	简单数据（如用户偏好）	不适合结构化数据，数据量小
IndexedDB	浏览器持久化数据库	支持事务、索引、游标	结构化数据（如用户列表、操作记录）	需处理兼容性问题（如IE）
同步策略（立即同步）	网络恢复后立即发送数据	实时同步，及时更新	数据实时性要求高的场景	可能影响网络性能
同步策略（定时同步）	定时（如5分钟）发送数据	减少请求，节省流量	数据不敏感，允许延迟同步	需设置合适间隔

4) 【示例】
伪代码（以IndexedDB为例）：

// 监听网络状态
window.addEventListener('online', syncData);
window.addEventListener('offline', () => saveToLocalDB());

function saveToLocalDB(operation) {
    const db = openDatabase('appDB', '1.0', 'App Data', 2*1024*1024);
    db.transaction(tx => {
        tx.executeSql('INSERT INTO operations (data, ts) VALUES (?, ?)', 
            [JSON.stringify(operation), new Date().toISOString()]);
    });
}

function syncData() {
    const db = openDatabase('appDB', '1.0', 'App Data', 2*1024*1024);
    db.transaction(tx => {
        tx.executeSql('SELECT * FROM operations', [], (tx, res) => {
            const ops = res.rows;
            ops.forEach(op => {
                fetch('/api/sync', {method: 'POST', body: op.data})
                    .then(() => tx.executeSql('DELETE FROM operations WHERE id=?', [op.id]));
            });
        });
    });
}

5) 【面试口播版答案】
面试官您好，实现客户端网络故障的降级策略，核心是设计“离线存储+数据同步”机制。具体来说，断网时用户操作先写入本地IndexedDB（如新增/修改记录），网络恢复后通过HTTP请求同步到服务器。这里需考虑数据版本控制（如时间戳），避免冲突。比如断网新增一条记录，恢复后发送到服务器，服务器根据时间戳判断是否覆盖或合并，确保数据一致。这样既能保证断网体验，又能保证数据同步。

6) 【追问清单】

• 问：如何处理网络恢复后数据冲突？
  回答：通过数据版本号（时间戳/版本字段），服务器比较本地与服务器数据版本，决定覆盖或合并。
• 问：离线数据如何清理？
  回答：设置缓存过期策略（如7天未同步自动删除），避免存储过多数据。
• 问：不同设备同步时如何保证一致性？
  回答：使用全局唯一标识（UUID）和服务器端状态同步，确保多设备数据一致。
• 问：网络恢复时服务器繁忙如何处理？
  回答：采用指数退避重试机制，避免频繁请求影响服务器。

7) 【常见坑/雷区】

• 忽略数据版本控制，导致冲突时数据丢失或覆盖。
• 使用LocalStorage存储结构化数据，导致数据不一致或操作失败。
• 网络恢复后立即同步所有数据，导致网络请求过多，影响性能。
• 未处理离线数据与服务器数据冲突，导致用户数据丢失。
• 缓存数据未清理，导致存储空间不足，影响应用性能。