作为经常和IndexedDB打交道、踩过不少相关坑的开发者，我来好好梳理下IndexedDB.open调用失败的常见情况，以及对应的恢复手段，帮你快速搞定问题。

一、触发IndexedDB.open调用失败的具体场景 #

• 权限被限制：比如用户开启了无痕模式（不少浏览器在无痕下会直接限制甚至禁用IndexedDB），或者浏览器隐私设置里把当前网站的存储权限关闭了。另外跨域场景下，比如在不同域名的iframe里调用IndexedDB，也会因为同源策略限制导致调用失败。
• 存储空间耗尽：每个浏览器给网站分配的IndexedDB存储配额是有限的，比如Chrome桌面端大概是磁盘总空间的10%，移动端配额会更小。当存储的数据超过这个限额时，open调用就会触发失败。
• 数据库版本冲突或非法操作：比如你尝试打开的数据库版本号低于已存在的数据库版本；或者在onupgradeneeded回调中执行了非法操作——比如创建重名的对象存储、使用无效的键路径，这些都会导致open调用失败。
• 功能被禁用或兼容性问题：一些非常老旧的浏览器（比如IE10及之前的版本）完全不支持IndexedDB；另外，如果浏览器的IndexedDB功能被扩展插件或手动设置禁用了，调用也会直接失败。
• 数据库被锁定：IndexedDB是单线程操作模式，当有未关闭的活跃数据库连接（比如之前打开的连接忘了调用db.close()），此时再次调用open会因为数据库被占用锁定而失败。

二、从失败状态恢复的方法 #

针对权限问题 #

• 引导用户检查浏览器隐私设置，确保当前网站被允许使用存储功能；如果是在无痕模式下，建议切换到普通模式重试。
• 跨域场景下，要么确保操作符合同源策略，要么通过postMessage让同源的父页面协助处理IndexedDB操作。

针对存储空间不足 #

• 先清理当前网站的冗余IndexedDB数据：可以通过浏览器调试工具的Application面板找到对应数据库，删除无用的数据；
• 提示用户清理浏览器缓存或手动调整浏览器的存储配额（部分浏览器支持此操作）；
• 在代码中监听QuotaExceededError，当触发该错误时，主动清理旧数据后再尝试重新打开数据库。

针对版本冲突或非法操作 #

• 如果是版本号过低的问题，建议先删除旧数据库（注意：删除会丢失所有数据，需谨慎），再重新创建新的数据库；
• 仔细检查onupgradeneeded回调中的代码，确保对象存储名称唯一、键路径格式正确，避免执行非法操作。

针对数据库锁定 #

• 检查代码中是否有未关闭的数据库连接，确保每次操作完成后调用db.close()关闭连接；
• 如果是页面刷新导致的锁定，可以等待几秒后重新尝试打开；也可以监听blocked事件，当有旧版本连接存在时，提示用户刷新页面来释放锁定。

针对兼容性或功能禁用问题 #

• 在代码中先检测浏览器是否支持IndexedDB，对于不支持的浏览器，可以提供localStorage作为替代方案（注意localStorage存储容量更小）；
• 引导用户检查浏览器扩展或设置，确保IndexedDB功能未被禁用，必要时重启浏览器重试。

内容的提问来源于stack exchange，提问作者Blake