宙斯浏览器IndexedDB读写失败需系统排查：先80ms超时探测可用性，再核验数据库版本与对象存储名一致性，接着监听每个IDBRequest的onerror定位事务中止原因，最后用内存Map兜底降级，禁用localStorage。
宙斯浏览器中网页 IndexedDB 读写失败时，页面常无报错、数据不更新、离线功能静默失效，问题多藏在权限限制、版本冲突或事务生命周期失控处，不能只靠 console.log 盲查。
先确认宙斯浏览器是否真正支持并启用了 IndexedDB
安卓端宙斯浏览器在 Android 10+ 系统下默认受限，需主动验证而非假设可用：调用 indexedDB.open('probe', 1) 并设置 80ms 超时（用 Promise.race([openReq, new Promise(r => setTimeout(r, 80))])），若超时或触发 onerror，立即判定不可用；成功后必须立刻执行 db.close() 并调用 indexedDB.deleteDatabase('probe') 清理测试库，否则残留会干扰后续调试。
这一步操作起来很简单，直接把探测代码粘贴进控制台回车就行。但注意：【超时阈值必须设为 ≤100ms，超过则无法区分是无痕模式还是网络延迟】。
检查数据库结构是否与代码匹配
宙斯浏览器对 onupgradeneeded 事件触发极为敏感，版本号微小偏差就会导致对象存储（Object Store）未创建却强行读写：
第一步：打开开发者工具 → Application → IndexedDB，展开目标数据库，确认对象存储名称拼写完全一致（含大小写）、键路径（keyPath）和索引（index）存在且配置正确；
第二步：在控制台执行 const req = indexedDB.open('yourDB', expectedVersion); req.onsuccess = e => console.log('✅ stores:', Array.from(e.target.result.objectStoreNames));，比对输出与代码中 transaction.objectStore('xxx') 的字符串是否一字不差；
第三步：若发现 store 缺失，检查 open 调用的版本号是否比当前数据库版本高——宙斯浏览器不会自动升级，【必须显式传入更高版本号才能触发 onupgradeneeded】，例如当前是 v3，代码里却还写 indexedDB.open('db', 3)，那创建逻辑永远不会执行。
定位事务中止的真实原因
“Transaction was aborted” 错误在宙斯浏览器中高频出现，但根本不是事务被“杀死”，而是事务提前结束又没被监听到：
方法一：在每个 IDBRequest 上强制绑定错误处理，例如 store.get(key).onerror = e => console.error('get failed:', e.target.error)，而不是只监听 transaction.onerror——后者仅在事务被系统中止时触发，且拿不到具体哪个请求挂了；
方法二：检查事务内是否混入了 fetch、setTimeout 或 Promise.then 后续操作，宙斯浏览器主线程调度更激进，这些异步回调里的 IDB 请求几乎必然因事务已关闭而失败；
方法三：验证是否重复打开了同名数据库但未关闭旧连接，尤其在 onupgradeneeded 回调中，若前一个 db 实例未调用 oldDb.close()，新事务会因版本阻塞而卡住，表现为 pending 不报错。
绕过安卓存储限制的兜底方案
当确认是系统级限制（如无痕模式、分区存储强制启用）导致 IndexedDB 不可用时，必须放弃硬扛，改用内存适配器无缝降级：
定义一个全局 storageAdapter 对象，提供 get/put/delete/clear 接口；底层用 new Map() 存储，不调用任何浏览器持久化 API；所有业务代码只调用该适配器，不直连 indexedDB；
在初始化阶段完成探测后，自动切换适配器实现：探测失败 → 启用内存版；探测成功 → 启用 IndexedDB 版；
注意：【切勿 fallback 到 localStorage，宙斯浏览器在隐私模式下常静默拒绝 setItem，且不抛异常】。
