IndexedDB 事务出错时自动回滚，无需手动 abort()；常见触发场景包括 onupgradeneeded 异常、写请求 onerror 触发、未处理的请求错误及显式 abort()；需监听 transaction.onabort 或 transaction.onerror 捕获失败，避免空 onerror 吞错导致回滚失效。
IndexedDB 的事务在发生错误时会自动回滚，无需手动调用 abort() —— 只要事务中任意一个请求抛出未捕获的错误（或显式调用 request.onerror），整个事务就会立即终止并撤销所有已执行的写操作。
事务失败触发自动回滚的常见场景
以下情况会直接导致事务回滚：
- 数据库版本升级过程中，
onupgradeneeded中抛出异常（如对象存储创建失败、键路径非法） - 写操作请求（
add、put、delete）返回的request.onerror被触发（例如主键重复、数据类型不匹配、存储空间不足） - 事务内任意请求未监听
error或abort事件，且该请求失败（错误未被处理 → 事务级错误 → 自动回滚） - 手动调用
transaction.abort()（显式中止，也属于“失败”路径）
如何正确监听和响应事务失败
虽然回滚是自动的，但你需要主动捕获错误以便做日志、提示或重试。关键是在事务对象上监听 abort 事件，而不是只依赖单个请求的 onerror：
transaction.onabort = (event) => { console.error('事务已回滚:', event.target.error); };-
transaction.onerror = (event) => { console.error('事务因未处理错误而终止'); };（注意：此事件在事务因内部请求错误而中止时触发，但不会重复触发已处理的请求错误） - 避免在请求上仅写
request.onerror = () => {}却不调用event.preventDefault()或不抛出错误——这可能导致事务继续执行后续操作，掩盖真正问题
事务生命周期与回滚边界
IndexedDB 的事务是“全有或全无”的原子操作，但要注意作用域限制：
立即学习“Java免费学习笔记（深入）”；
- 回滚只影响当前事务中已发出但尚未完成的请求；已完成的请求（
onsuccess已触发）不会被撤销（实际不会发生——因为事务失败时，成功回调根本不会执行） - 只读事务（
"readonly"）不会被回滚（它不修改数据），也不会触发abort事件 - 多个对象存储参与同一事务时，任一存储的操作失败，整个事务对所有存储的更改都会回滚
避免意外绕过自动回滚的陷阱
有些写法看似“处理了错误”，实则阻止了事务级错误传播，导致回滚失效：
- 给每个请求都写了空的
onerror处理器却没重新抛错：req.onerror = () => {};→ 错误被吞掉，事务继续，可能造成数据不一致 - 在
onsuccess里发起新请求，但没检查前序请求是否真成功（比如忽略event.target.result含义）→ 逻辑错误不触发事务失败 - 使用
async/await封装 IDB 请求时，未正确throw错误（如用.catch(() => {})静默吞掉 promise rejection）→ 事务无法感知失败
