IndexedDB游标遍历时不能直接delete()或put()，因其为只读快照机制，否则会导致跳过记录、更新不生效或破坏事务一致性；正确做法是先缓存键再批量操作，或用递归游标逐条处理。
在HTML5的IndexedDB中，游标（Cursor）迭代过程中**不能直接对当前游标指向的记录执行删除或更新操作**，但可以通过游标获取记录的键（key）或主键（primaryKey），再使用该键发起独立的删除或更新请求——这是安全且标准的做法。
为什么不能在游标遍历中直接调用 delete() 或 put()？
IndexedDB 的游标是只读快照机制：游标遍历时，底层数据视图已固定。若在游标活跃期间（即未调用 continue() 或游标自动结束前）对同一对象存储（objectStore）执行写操作（如 delete()、put()），虽然不会报错，但可能导致：
- 游标跳过后续记录（尤其在升序遍历时，删除当前项后，下一条
continue()可能落到被移位的记录上）； - 更新结果未反映在当前游标后续迭代中（因游标不刷新）；
- 在事务提交前行为不可预测，违反事务一致性原则。
正确做法：先收集键，再批量操作
推荐分两步完成：先用游标遍历并缓存需要处理的键（或主键），游标结束后，在同一事务中统一执行删除或更新。
示例：删除所有满足条件的记录
立即学习“前端免费学习笔记（深入）”；
const transaction = db.transaction(['users'], 'readwrite');
const store = transaction.objectStore('users');
const request = store.openCursor();
const keysToDelete = [];
request.onsuccess = function(event) {
const cursor = event.target.result;
if (cursor) {
if (cursor.value.status === 'inactive') {
keysToDelete.push(cursor.primaryKey); // 缓存主键
}
cursor.continue();
} else {
// 游标结束，开始批量删除
keysToDelete.forEach(key => store.delete(key));
}
};
更新操作同理：用 key 获取原值 → 修改 → put 回去
如果需更新字段，同样应避免在游标中直接 put()。稳妥方式是：
- 在游标中读取
cursor.value和cursor.primaryKey； - 构造新对象（或仅修改必要字段）；
- 游标结束后，统一调用
store.put(newValue, key)。
注意：若更新逻辑依赖最新状态（如计数器累加），且并发写入风险高，建议改用 get() + put() 组合，并确保事务隔离级别足够（IndexedDB 默认为“snapshot”隔离）。
特殊情况：需要边遍历边清理？用递归 continue 替代循环
若必须“逐条处理+立即生效”（例如内存受限、需实时反馈），可采用递归游标模式，每次只处理一项，显式控制事务生命周期：
function deleteInactiveUsers(transaction, store, lastKey = null) {
const range = lastKey ? IDBKeyRange.lowerBound(lastKey, true) : null;
const request = store.openCursor(range);
request.onsuccess = function(event) {
const cursor = event.target.result;
if (!cursor) return;
if (cursor.value.status === 'inactive') {
store.delete(cursor.primaryKey);
// 删除后继续，跳过已删项
deleteInactiveUsers(transaction, store, cursor.primaryKey);
} else {
cursor.continue();
}
};
}
⚠️ 注意：此方式仍需确保整个操作在同一个 'readwrite' 事务内完成，否则事务提前关闭会导致后续操作失败。
不复杂但容易忽略：游标本身不提供“就地更新”能力，它的价值在于安全遍历；真正的数据变更必须交由 objectStore 的独立方法完成，并受事务约束。
