DIM项目中的Firefox浏览器IndexedDB存储问题分析与解决方案

背景介绍

在Destiny Item Manager(DIM)项目中，开发者发现Firefox浏览器在处理IndexedDB存储时存在严重问题。这个问题影响了游戏清单(manifest)数据的存储和加载，导致Firefox用户无法正常使用本地缓存功能，每次都需要从远程服务器重新下载数据。

问题分析

Firefox浏览器在IndexedDB实现上存在两个主要缺陷：

1. 存储限制计算错误：Firefox错误地计算了IndexedDB对象的大小，导致即使数据量在理论限制范围内，也无法正确存储。这个问题与Mozilla官方bug报告中的描述一致。

2. 数据加载失败：即使数据成功存储到IndexedDB中，Firefox也无法正确加载这些数据，迫使应用总是回退到远程下载方案。这不仅影响用户体验，还增加了服务器负载和用户流量消耗。

技术影响

这种IndexedDB实现缺陷对DIM项目产生了多方面影响：

1. 性能下降：每次启动应用都需要重新下载清单数据，显著增加了加载时间。

2. 数据流量增加：用户需要频繁下载可能已经缓存过的数据，浪费网络资源。

3. 用户体验不一致：Firefox用户与其他浏览器用户体验存在差异。

解决方案探讨

针对Firefox的IndexedDB问题，DIM团队考虑了两个主要解决方案：

1. 采用Origin Private File System(OPFS)

OPFS是一种新的Web存储API，它提供了对浏览器私有文件系统的直接访问。相比IndexedDB，OPFS具有以下优势：

• 更接近文件系统的操作方式
• 更好的大文件处理能力
• 不受IndexedDB大小计算bug的影响
• 可能提供更好的性能

不过，OPFS目前仍处于相对早期的阶段，需要考虑浏览器兼容性和API稳定性问题。

2. 优化IndexedDB存储结构

另一个方案是调整现有IndexedDB的使用方式：

• 分表存储：将大型清单数据拆分为多个表，每个表作为独立的IndexedDB条目存储
• 减少单个条目大小：通过拆分，确保每个条目都远小于Firefox的问题阈值
• 增加协调逻辑：需要实现额外的代码来管理多个条目的加载和同步

这种方案的优点是可以保持现有架构，但需要处理更复杂的存储逻辑。

实施建议

基于当前情况，建议采取以下策略：

1. 优先实现分表存储方案：这可以在短期内解决问题，且改动范围相对可控。

2. 并行研究OPFS方案：作为长期解决方案，OPFS可能提供更好的性能和可靠性。

3. 增加浏览器检测和回退机制：针对不同浏览器实现不同的存储策略，确保最佳兼容性。

技术实现细节

对于分表存储方案，需要考虑以下技术点：

1. 数据拆分策略：根据清单数据的自然结构，将大型JSON文件按逻辑表拆分。

2. 事务管理：确保多个表的加载和更新操作保持原子性。

3. 版本兼容：处理存储结构变更时的数据迁移问题。

4. 错误处理：完善各种异常情况的处理逻辑，确保应用稳定性。

总结

Firefox浏览器的IndexedDB实现问题给DIM项目带来了独特的挑战。通过分析问题本质和评估各种解决方案，团队可以制定出既能解决当前问题又面向未来的技术路线。无论是采用分表存储还是转向OPFS，都需要仔细权衡技术复杂性和用户体验提升之间的关系。