IndexedDB事务需通过db.transaction()创建，指定作用域和模式（readonly或readwrite），事务自动提交且不可在结束后处理结果。1. 事务生命周期短暂，必须在oncomplete或onerror前完成操作。2. 操作通过对象仓库发起请求，结果以回调获取。3. readwrite事务互斥执行，确保数据一致。4. 应缩小作用域并及时释放以提升性能。
IndexedDB 的事务管理是操作数据库的核心机制。每次对数据的读取或写入都必须通过事务完成，确保操作的完整性与性能平衡。理解事务的作用范围、生命周期和模式，能有效避免常见错误，比如在事务结束前访问结果。
事务的创建与作用域
当你调用 db.transaction() 时，就创建了一个事务。需要指定该事务涉及的对象仓库（object store），以及事务的模式。
常见的事务模式有：- readonly：仅支持读取数据，适合查询操作，可并发执行
- readwrite：支持读写，适用于增删改操作，同一时间只能有一个写事务对某对象仓库生效
例如：
const transaction = db.transaction(['users'], 'readwrite');这里的 ['users'] 是事务的作用域，表示此次事务只涉及 users 对象仓库。若操作多个仓库，需全部列出。
立即学习“Java免费学习笔记（深入）”；
事务的生命周期
事务是同步创建、异步执行、自动提交的。它不会一直运行，而是在所有待处理的操作完成后自动关闭。
关键点：
- 不能在事务外执行请求。比如从 transaction.objectStore('users').get(1) 获取请求后，必须在事务仍在活跃状态时处理结果
- 监听事务的 oncomplete 和 onerror 事件，确认最终状态
示例：
transaction.oncomplete = () => { console.log('事务成功'); };
transaction.onerror = (e) => { console.error('事务失败', e); };
操作请求与结果获取
事务本身不直接操作数据，而是通过其关联的对象仓库发起请求。
比如添加一条记录：
const store = transaction.objectStore('users');const request = store.add({id: 1, name: 'Alice'});
request.onsuccess = () => { console.log('添加成功'); };
注意：虽然 add() 调用是同步的，但结果要通过 onsuccess 回调获取。如果在事务结束后才尝试读取结果，会出错。
事务的隔离与竞争
IndexedDB 在同一时间只允许一个 readwrite 事务修改某个对象仓库。如果有多个写请求，它们会排队执行。
如果你同时开启多个 readwrite 事务：
- 第一个事务获得锁，其余等待
- 前一个事务完成后，下一个才开始
这种机制保证了数据一致性，但也可能造成延迟。因此建议：
- 尽量缩小事务作用域，只包含必要的对象仓库
- 尽快完成操作，避免长时间持有事务
基本上就这些。掌握事务的创建、模式选择、生命周期和请求处理，就能稳定使用 IndexedDB 进行复杂的数据管理。关键是别忘了监听完成和错误事件，别在事务外处理结果。
