IndexedDB事务失败时自动回滚，无需手动调用abort()；仅当主动放弃操作（如校验失败、用户取消）时才应显式调用abort()；需监听onerror处理失败，oncomplete处理成功，避免在onerror中重复abort。
IndexedDB 的事务在失败时会自动回滚，不需要手动调用 abort() 来“确保回滚”——abort() 是主动中止事务的手段，适用于你明确决定放弃当前操作的场景，而非错误处理的必需步骤。
事务失败时默认自动回滚
IndexedDB 遵循 ACID 中的原子性（Atomicity）：只要事务中任意一个请求抛出异常（如对象存储不存在、键重复、存储空间不足）、或未捕获的 Promise reject、或显式调用 transaction.abort()，整个事务就会立即终止，所有已执行的写操作（add、put、delete）都会被撤销，数据库状态恢复到事务开始前。
你无需额外代码来“触发回滚”，这是 IndexedDB 引擎内置行为。
什么时候该主动调用 abort()？
在以下情况中，你可以（且应该）调用 transaction.abort() 来提前终止事务，避免无效操作或资源浪费：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
- 业务逻辑判断出后续操作无意义（例如：校验失败、用户取消、权限不足）
- 监听到某个请求失败，但想阻止其他请求继续执行（尤其在多个请求链式发起时）
- 需要在 error 事件外主动中止（比如根据条件提前退出）
示例：
const transaction = db.transaction(['users'], 'readwrite');
const store = transaction.objectStore('users');
// 添加用户前检查邮箱是否已存在
store.get('user@example.com').onsuccess = function(e) {
if (e.target.result) {
// 已存在，主动中止事务，不执行后续 put
transaction.abort();
console.log('用户已存在，事务已取消');
return;
}
store.put({ email: 'user@example.com', name: 'Alice' });
};
正确处理事务错误：监听 error 和 complete
真正关键的是通过事件监听捕获失败，并做出响应：
-
transaction.oncomplete：仅在全部操作成功提交后触发 -
transaction.onerror：事务因任何原因失败时触发（包括请求失败、abort 调用、未捕获异常） -
transaction.onabort：仅当事务被显式 abort() 或系统强制中止时触发（注意：不是所有失败都走 onabort）
推荐模式：
const transaction = db.transaction(['logs'], 'readwrite');
const store = transaction.objectStore('logs');
store.add({ msg: 'start', ts: Date.now() });
transaction.oncomplete = () => console.log('✅ 写入成功');
transaction.onerror = (e) => {
console.error('❌ 事务失败，已自动回滚:', e.target.error);
// 此处可重试、上报、提示用户等，无需再 abort()
};
// 不必监听 onabort —— onerror 已覆盖所有失败场景
避免常见陷阱
- 不要在 onerror 里再调 abort()：事务已经失败并正在回滚，此时调用 abort() 无效，还可能报错 “InvalidStateError”
- 不要忽略请求级错误：单个请求（如 put）失败会触发其 own onerror，但若未阻止，事务仍继续——需在请求失败时主动 abort() 或 throw，否则可能产生脏数据
-
使用 async/await 时注意 Promise reject 也会中止事务：用
await request并 try/catch，catch 中可选择 abort() 或让其自然失败
