HTML5异步存储（IndexedDB）是浏览器端最强大的非关系型数据库，适合存储大量结构化数据、离线应用及复杂对象，相比LocalStorage它能突破5MB限制并支持事务处理。
为什么你需要从LocalStorage转向IndexedDB？
很多开发者在构建前端应用时，第一反应是localStorage，它简单、易用，像是一个随手可取的全局变量，但当你的应用开始变得复杂，比如需要缓存成千上万条用户评论、离线编辑的文档草稿，或者复杂的用户画像数据时,localStorage的局限性就暴露无遗了。
业内专家指出，随着Web应用向PWA（渐进式Web应用）演进，本地存储的需求已从简单的键值对转向复杂的数据关系管理，LocalStorage不仅容量有限，通常只有5MB，而且所有操作都是同步的，这意味着在数据量大时，它会阻塞主线程,导致页面卡顿。
相比之下，IndexedDB是一个底层的API，它允许你在浏览器中存储大量的结构化数据，包括文件和二进制对象,它的设计初衷就是为了解决这些痛点。
容量与性能的本质差异
在容量方面，LocalStorage的限制是硬性的，一旦超过配额，浏览器会抛出异常，而IndexedDB的配额通常由浏览器根据可用磁盘空间动态决定，对于大多数现代浏览器,其可用空间可达数百MB甚至GB级别。
在性能层面,两者的操作模式截然不同：
- LocalStorage：同步操作，调用
setItem或getItem时，浏览器会暂停当前脚本的执行，直到数据读写完成，如果数据量大,这种阻塞感非常明显。 - IndexedDB：异步操作，它采用事件驱动或Promise模式，读写操作不会阻塞主线程，这意味着即使你在后台处理百万级数据,用户界面依然保持流畅。
数据结构的支持范围
LocalStorage只能存储字符串，如果你需要存储对象、数组或二进制文件，必须先通过JSON.stringify进行序列化，读取时再反序列化，这个过程不仅繁琐,还会消耗额外的CPU资源。
IndexedDB原生支持多种数据类型,包括：
- 字符串、数字、日期
- 数组、对象
- Blob和File对象
- ArrayBuffer等二进制数据
这意味着你可以直接存储图片缩略图、音频片段或复杂的JSON结构,无需额外的转换步骤。
IndexedDB的核心概念与工作原理
要掌握IndexedDB，首先要理解它的几个核心概念，它不像SQL数据库那样有表、行、列的概念，而是基于对象存储（Object Store）和索引（Index）的模型。
数据库与对象存储的关系
你可以把IndexedDB想象成一个文件夹系统。
- 数据库（Database）：相当于一个文件夹,用于隔离不同应用或模块的数据。
- 对象存储（Object Store）：相当于文件夹里的子文件夹，用于存储具体的数据记录,一个数据库可以包含多个对象存储。
- 记录（Record）：相当于子文件夹里的文件，每条记录都有一个唯一的主键（Key）。
异步操作的三种模式
IndexedDB的API设计历史悠久，因此存在三种不同的调用方式,理解它们的演变有助于你选择合适的实现方案。
- 回调函数模式：这是最原始的API形式，每个操作（如打开数据库、添加数据）都返回一个
IDBRequest对象，你需要监听onsuccess和onerror事件，这种方式代码嵌套深，容易形成“回调地狱”,维护成本高。 - Promise模式：现代浏览器支持将IndexedDB操作包装为Promise，这使得代码更加线性、易读，便于使用
async/await语法。 - 第三方库封装：如
idb或localForage等库，进一步简化了API，提供了更一致的Promise接口,并自动处理兼容性。
事务（Transaction）的重要性
在IndexedDB中，所有读写操作都必须包裹在事务中，事务确保了数据的一致性，如果事务中的某个操作失败，整个事务可以回滚,保证数据不会被部分更新。
事务分为三种模式：
- 只读（readonly）：用于查询数据，不会锁定数据库,允许多个事务并发读取。
- 读写（readwrite）：用于修改数据，会锁定相关对象存储,防止并发写入冲突。
- 版本变更（versionchange）：用于创建或修改数据库结构，如添加对象存储或索引，此模式下,数据库会被独占锁定。
实战：如何高效使用IndexedDB？
在实际开发中，直接操作原生API往往显得冗长，以下是一个基于现代JavaScript（ES6+）的最佳实践流程。
第一步：初始化与版本管理
打开数据库时，如果数据库不存在或版本号高于当前版本，会触发onupgradeneeded事件,这是创建或修改数据库结构的唯一时机。
const request = indexedDB.open('myDatabase', 1);
request.onupgradeneeded = (event) => {
const db = event.target.result;
if (!db.objectStoreNames.contains('users')) {
// 创建对象存储，指定主键为'id'
db.createObjectStore('users', { keyPath: 'id' });
}
};
第二步：执行读写操作
使用async/await结合Promise封装,可以极大提升代码可读性。
async function addUser(user) {
const db = await openDB('myDatabase', 1);
const tx = db.transaction('users', 'readwrite');
const store = tx.objectStore('users');
await store.add(user);
return tx.done;
}
async function getUser(id) {
const db = await openDB('myDatabase', 1);
const tx = db.transaction('users', 'readonly');
const store = tx.objectStore('users');
return store.get(id);
}
第三步：处理并发与错误
在实际应用中，网络不稳定或磁盘写入失败是常态，务必对每个事务添加onerror和onabort监听器,以便捕获异常并进行重试或提示用户。
- 重试机制：对于
onabort错误，通常是由于并发写入冲突导致,可以尝试重新获取最新数据后再次写入。 - 用户反馈：如果写入失败，应通过UI提示用户“保存失败，请重试”,而不是静默忽略。
IndexedDB与其他存储方案的对比选择
选择合适的存储方案，取决于你的具体场景，没有最好的方案,只有最合适的方案。
| 特性 | LocalStorage | SessionStorage | IndexedDB |
|---|---|---|---|
| 数据类型 | 仅字符串 | 仅字符串 | 任何可序列化对象 |
| 存储容量 | ~5MB | ~5MB | 数百MB至GB级 |
| 操作模式 | 同步 | 同步 | 异步 |
| 生命周期 | 永久，除非手动清除 | 浏览器标签页关闭即清除 | 永久，除非手动清除 |
| 适用场景 | 用户偏好设置、小量Token | 临时表单数据、会话状态 | 离线应用、大数据缓存、复杂对象 |
何时选择LocalStorage？
如果你的数据量很小（小于10KB），且不需要复杂的查询功能，LocalStorage是最佳选择，存储用户的主题偏好（深色/浅色模式）、语言设置或简单的认证Token，它的同步特性使得代码编写极其简单,无需处理异步回调。
何时选择IndexedDB？
当你的应用需要满足以下任一条件时,应选择IndexedDB：
- 数据量大：需要存储超过几MB的数据。
- 离线需求：应用需要在无网络环境下运行,并同步数据。
- 复杂查询：需要根据多个字段进行筛选、排序或范围查询。
- 二进制数据：需要存储图片、视频或文件对象。
常见问题与最佳实践
IndexedDB在移动端的表现如何？
近年来，移动浏览器对IndexedDB的支持已非常完善，在iOS Safari和Android Chrome上，IndexedDB的性能与桌面端相差无几，需要注意的是，移动设备的存储空间可能受限，且后台进程可能被系统杀死，建议在应用启动时检查存储可用性,并在数据同步失败时提供明确的错误提示。
如何清理IndexedDB数据？
IndexedDB没有提供原生的“清空所有数据”的方法，你需要遍历所有对象存储，逐个删除记录,或者删除整个数据库并重新创建。
function clearDatabase(dbName) {
return new Promise((resolve, reject) => {
const request = indexedDB.deleteDatabase(dbName);
request.onsuccess = () => resolve();
request.onerror = () => reject(request.error);
});
}
IndexedDB的兼容性如何？
IndexedDB在所有现代浏览器（Chrome, Firefox, Safari, Edge）中均得到支持，对于老旧的IE浏览器（IE10+），它也提供支持，但API略有不同，如果你的目标用户群体包含大量使用旧版浏览器的用户，建议使用Polyfill库，如idb,它提供了统一的接口并处理了兼容性细节。
HTML5异步存储（IndexedDB）不仅是LocalStorage的替代品，更是构建现代Web应用的基石，它通过异步机制、大容量支持和复杂数据结构处理能力,解决了前端数据持久化的核心痛点。
对于开发者而言，掌握IndexedDB意味着能够构建更健壮、更流畅、更离线友好的Web应用，虽然学习曲线略高于LocalStorage，但其带来的性能提升和功能扩展是显而易见的，建议在新项目中，优先考虑使用封装好的IndexedDB库，以降低开发复杂度,确保代码的可维护性。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/html5%e5%bc%82%e6%ad%a5%e5%ad%98%e5%82%a8%e6%80%8e%e4%b9%88%e7%94%a8%ef%bc%9fhtml5%e6%9c%ac%e5%9c%b0%e5%ad%98%e5%82%a8%e5%92%8csessionstorage%e5%8c%ba%e5%88%ab/
