IndexedDB事务确保数据操作的一致性与可靠性，所有CRUD操作必须在事务中执行。事务具有原子性，支持readonly、readwrite和versionchange三种模式，绑定一个或多个对象仓库。事务通过db.transaction()创建，操作完成后自动提交，可监听oncomplete、onerror和onabort事件。事务懒启动，生命周期依赖待处理请求，不可跨事件循环使用，如setTimeout中调用会报错。任一请求失败将中止整个事务并触发回滚，需正确处理ConstraintError等错误，确保数据一致性。掌握事务机制是安全使用IndexedDB的关键。
IndexedDB 的事务处理是数据持久化操作的核心机制，确保对数据库的读写操作具备一致性与可靠性。在执行增删改查（CRUD）操作时，所有操作都必须在事务上下文中进行，不能脱离事务直接操作数据。
事务的基本概念
事务是指一组数据库操作，它们作为一个整体被执行。IndexedDB 中的事务支持原子性：要么全部成功，要么全部失败回滚。每个事务都绑定到一个或多个对象仓库（Object Store），并指定访问模式。
事务有三种访问模式：
- readonly：只读事务，用于查询数据（如 get、getAll）
- readwrite：读写事务，用于添加、更新、删除数据
- versionchange：用于数据库结构变更，如创建/删除对象仓库或索引
事务一旦创建，必须通过显式完成操作（如调用 transaction.commit()）或等待所有请求结束后自动提交。但通常不手动调用 commit，而是让其自然结束。
创建和使用事务
要开始一个事务，需在打开数据库连接后调用 transaction() 方法：
const transaction = db.transaction(['users'], 'readwrite');const store = transaction.objectStore('users');
store.add({id: 1, name: 'Alice'});
上面代码创建了一个针对 'users' 对象仓库的读写事务，并向其中添加一条记录。事务会监听所有操作的状态，当所有请求完成且无错误时，事务自动提交。
可以监听事务的以下事件：
- oncomplete：事务成功完成时触发
- onerror：事务出错时触发
- onabort：事务被中止时触发（如某个请求失败）
示例：
基于Intranet/Internet 的Web下的办公自动化系统，采用了当今最先进的PHP技术，是综合大量用户的需求,经过充分的用户论证的基础上开发出来的，独特的即时信息、短信、电子邮件系统、完善的工作流、数据库安全备份等功能使得信息在企业内部传递效率极大提高，信息传递过程中耗费降到最低。办公人员得以从繁杂的日常办公事务处理中解放出来，参与更多的富于思考性和创造性的工作。系统力求突出体系结构简明
console.log('事务已完成');
};
transaction.onerror = (event) => {
console.error('事务失败:', event.target.error);
};
事务的作用域与生命周期
IndexedDB 事务是懒执行的，只有在第一个请求发出时才真正启动。事务的生命周期与其关联的操作紧密相关：只要还有待处理的请求，事务就保持活动状态；一旦所有请求完成，事务自动提交。
常见误区是认为事务可以跨事件循环使用。例如下面的写法是错误的：
const transaction = db.transaction(['users'], 'readwrite');const store = transaction.objectStore('users');
setTimeout(() => {
store.add(data); // 报错！事务已关闭
}, 100);
因为事务在同步代码执行完后已关闭，异步延迟调用会导致操作失败。正确做法是在需要操作时重新开启事务。
错误处理与事务中止
如果事务中的任意请求失败（如主键冲突、存储空间不足），整个事务会被中止，不会提交。此时 onabort 和 onerror 会被触发。
开发中应始终监听错误事件，避免数据不一致：
transaction.onabort = () => {console.warn('事务被中止，可能原因：', transaction.error);
};
某些操作如添加已存在的主键数据会抛出 ConstraintError，可在错误回调中做相应处理，比如改用 put 更新数据。
基本上就这些。掌握事务的生命周期、作用域和错误处理方式，才能安全可靠地使用 IndexedDB 实现前端数据持久化。
