IndexedDB在Opera、Safari及Chrome隐身模式下无法正常工作求助

我帮你梳理下可能导致这个问题的几个核心原因：

1. Safari的智能跟踪预防（ITP）限制 #

Safari默认开启的ITP机制会严格限制本地存储的使用，尤其是当IndexedDB操作不是由**用户主动交互（比如点击按钮、输入内容）**触发的时候。如果你的代码是在页面加载完成后自动执行创建数据库的逻辑，Safari会直接阻止这个操作，导致数据库初始化失败。另外，Safari对IndexedDB的版本变更处理也比其他浏览器更严格，如果之前有残留的旧版本数据库，也可能导致新的创建请求被拦截。

2. Opera的隐私存储策略 #

Opera虽然基于Chromium内核，但默认的隐私设置可能会限制非信任站点的IndexedDB使用。比如如果你的站点没有获得用户的存储许可，或者被归类为“跟踪站点”，Opera会禁止IndexedDB的创建和读写操作。另外，Opera的无痕模式下，对本地存储的限制也比常规模式更严格，可能直接阻止IndexedDB的初始化。

3. Chrome隐身模式的临时存储特性与跨域限制 #

Chrome隐身模式下的IndexedDB存储是临时的，关闭窗口后数据会被清除，但更关键的是，如果你的页面是跨域嵌入的（比如在iframe中），或者站点没有通过HTTPS访问（Chrome对非HTTPS站点的本地存储限制越来越严格），隐身模式会直接阻止IndexedDB的使用。另外，有些情况下，隐身模式下的IndexedDB初始化会有延迟，而你的代码如果没有处理异步错误，就会看起来像是“无法正常工作”。

4. 代码中的潜在兼容性问题 #

你使用的openDB是idb库的封装方法，虽然这个库是为了兼容各浏览器的IndexedDB，但如果使用的是旧版本的idb，可能在Safari或Opera中存在未修复的兼容性bug。比如，旧版本的idb对Safari的事务处理逻辑可能有问题，导致创建对象仓库（objectStore）失败。另外，你的代码中没有添加错误捕获逻辑，如果初始化过程中抛出异常，你无法看到具体的错误信息，也会难以定位问题。

给你个小建议：在代码中添加try/catch块捕获异步错误，方便排查具体问题：

try {
  const db = await openDB(dbName, version, {
    upgrade(db, oldVersion, newVersion, transaction) {
      const store = db.createObjectStore(storeName);
    }
  });
  const tx = await db.transaction(storeName, "readwrite");
  const store = await tx.objectStore(storeName);
  // 后续操作
} catch (err) {
  console.error("IndexedDB初始化失败:", err);
}

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