IndexedDB高效分页与过滤需避开OFFSET，用索引+游标实现稳定分页；多条件查询优先复合索引，不足时JS兜底；模糊搜索靠预处理字段+前缀匹配；辅以count预查、键存续、Promise封装提升可靠性。
IndexedDB 实现高效分页与条件过滤，关键在于**避开 OFFSET 模式、善用索引+游标、分层缩小数据集**。它不是 SQL 数据库，不能写 WHERE ... LIMIT 10 OFFSET 20，但通过合理设计索引结构和游标遍历策略，完全可支撑真实业务中的列表加载、搜索筛选等场景。
用游标 + 上一页末尾键实现稳定分页
这是最推荐的分页方式，不依赖偏移量，不受中间插入/删除影响，性能恒定。
- 按排序字段（如
createdAt）建索引，并确保该字段类型支持范围比较（数字时间戳或可字典序排序的字符串） - 第一页：用
index.openCursor(null, 'prev')从最大值开始倒序取前 N 条；记录最后一条的排序键值（如1715678900000） - 下一页：构造
IDBKeyRange.upperBound(lastKey, true)（true表示“不包含等于”），再以'prev'方向打开游标取 N 条 - 若需正序分页（如“最新在前”），方向统一用
'prev'；若要“最早在前”，则用'next'和lowerBound
多条件组合查询：索引优先 + JS 过滤兜底
IndexedDB 不支持任意字段自由 AND，必须靠索引能力分级处理。
- 能用复合索引覆盖的条件，就建复合索引。例如查
status === 'active' && category === 'news'，建索引store.createIndex('by_status_cat', ['status', 'category'])，再用IDBKeyRange.only(['active', 'news']) - 对无法全部索引覆盖的条件（如
age > 25 && city IN ['北京','上海'] && active），先用最有效索引（如by_city）获取候选集，再用游标遍历每条并做 JavaScript 判断 - 大数据量时，用
requestIdleCallback或setTimeout(..., 0)分批处理游标，避免长时间阻塞主线程
模糊搜索与大小写处理的实用技巧
前缀匹配可走原生索引加速；其余模糊逻辑必须客户端完成，但可通过预处理大幅提效。
立即学习“前端免费学习笔记（深入）”；
- 只支持“开头匹配”？建索引时设
{ unique: false }，查询用IDBKeyRange.bound(query, query + '\uffff') - 支持“包含”或“结尾”？存数据时预生成小写无标点的
searchText字段（如record.title.toLowerCase().replace(/[^\w\s]/g, '')），并在其上建索引 - 输入后先用前缀索引粗筛一批（如最多 200 条），再对这批做
.includes(query)，比全量遍历快一个数量级 - 需要容错或相关性排序？引入
Fuse.js，把筛选后的结果交由它匹配，配置threshold: 0.4可容忍拼写误差
提升可靠性的辅助手段
细节决定体验是否平滑，尤其在网络弱、数据动态变化的离线场景中。
- 用
index.count(range)预查某条件下的总条数，用于渲染分页控件（如“共 127 条，第 1/13 页”） - 把上一页末尾的完整键对象（如
{ createdAt: 1715678900000, id: 'abc123' }）存在内存或 URL 中，作为下一页请求依据 - 游标遍历结束时，
event.target.result为null，应主动停止加载并提示“已到底部” - 所有操作封装为 Promise（可用
idb库简化），避免嵌套回调，便于错误捕获与重试
