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引用即失效，不能再发起新请求。
所以日常开发中，更应关注事务的及时创建与监听，而非纠结数据库“关没关”。
