IndexedDB数据库实例由浏览器自动管理生命周期，无需显式关闭；打开通过indexedDB.open()触发，版本变更时onupgradeneeded事件用于建表与索引；实例活跃期取决于引用、事务及监听器存在与否；db.close()仅用于主动释放资源或终止事务，并非必需操作。

IndexedDB 数据库实例本身没有显式的“关闭”操作，它的生命周期由浏览器自动管理，重点在于何时打开、何时可安全释放引用。开发者不能主动调用类似 db.close() 来强制终止连接（虽然 API 提供了 close() 方法，但它只是通知浏览器“当前不再需要该数据库”，不等于立即销毁，也不影响其他已打开的事务）。

数据库打开时机：按需触发，版本驱动

调用 indexedDB.open(name, version) 是唯一打开或创建数据库的方式。这个动作会立即返回一个 IDBOpenDBRequest 对象，但实际数据库连接和结构初始化发生在异步事件中：

• 如果数据库不存在，或传入的 version 高于当前版本，onupgradeneeded 必然触发——这是唯一能创建/修改 object store 和索引的地方；
• 如果版本匹配且数据库已存在，直接进入 onsuccess，此时 event.target.result 就是可用的 IDBDatabase 实例；
• 整个过程不阻塞主线程，也不会因页面切换或标签页后台化而中断。

数据库实例的“存活期”：取决于引用与事务

浏览器不会在页面离开时立刻回收数据库实例。只要满足以下任一条件，该实例就仍被视作“活跃”：

• JavaScript 中还持有对 IDBDatabase 对象的引用（比如赋值给了全局变量或闭包）；
• 仍有未完成的事务（包括 readonly 或 readwrite 模式），哪怕只是等待一个 get() 请求的响应；
• 有监听器绑定在数据库对象上（如 db.onclose），即使没做任何操作。

一旦所有事务结束、所有引用被清除、所有事件监听器被移除，浏览器会在合适时机自动释放资源。

什么时候该手动调用 db.close()？

db.close() 不是必须步骤，但在特定场景下推荐使用：

• 长期运行的单页应用中，某个模块卸载后不再需要访问该数据库，主动关闭可减少内存占用；
• 需要强制终止当前所有未完成事务（例如用户登出、切换账户），避免后续误操作；
• 配合 onversionchange 事件处理版本升级冲突：当其他标签页升级了数据库，当前页的数据库会被自动关闭，此时监听 db.onclose 可触发重连逻辑。

事务才是真正的“作用域边界”

真正影响数据操作生命周期的是事务（IDBTransaction），而不是数据库实例本身：

• 每个读写操作都必须在一个事务内进行；
• 事务在所有请求排队完成、且无新请求加入时自动提交（oncomplete）或回滚（onabort）；
• 事务一旦完成，其关联的 objectStore 引用即失效，不能再发起新请求。

所以日常开发中，更应关注事务的及时创建与监听，而非纠结数据库“关没关”。