web worker 可直接使用 indexeddb，因其异步非阻塞特性天然适配 worker 环境；需通过 self.indexeddb 操作，独立于主线程，支持 open、事务、游标等完整 api。
可以在 Web Worker 中直接使用 IndexedDB，而且这是官方支持且推荐的做法——因为 IndexedDB 本身就是异步、非阻塞的 API，天然适配 Worker 环境，不会干扰主线程 UI。
为什么 Web Worker 能用 IndexedDB？
IndexedDB 的 API 在 Worker 全局作用域（self）中完全可用，包括 indexedDB.open()、事务、游标等。它不像 localStorage 那样被明确禁止在 Worker 中使用（调用会直接报错）。只要浏览器支持 IndexedDB（所有现代浏览器均支持），Worker 就能独立打开、读写数据库，与主线程互不干扰。
在 Worker 中使用 IndexedDB 的基本步骤
和主线程类似，但注意上下文是 self，且不能访问 window 或 DOM：
- 用
self.indexedDB获取实例（不是window.indexedDB） - 通过
open()打开数据库，监听onupgradeneeded和onsuccess - 所有操作必须在事务中进行：读写前调用
transaction(storeName, mode) - 用
postMessage()与主线程通信，不要直接修改页面状态
一个可运行的 Worker 示例
假设你有一个 data-worker.js：
self.onmessage = async function(e) {
const { action, data } = e.data;
if (action === 'init') {
try {
const db = await new Promise((resolve, reject) => {
const req = self.indexedDB.open('WorkerDB', 1);
req.onupgradeneeded = (ev) => {
const db = ev.target.result;
if (!db.objectStoreNames.contains('logs')) {
db.createObjectStore('logs', { keyPath: 'id', autoIncrement: true });
}
};
req.onsuccess = () => resolve(req.result);
req.onerror = () => reject(req.error);
});
self.postMessage({ type: 'ready' });
} catch (err) {
self.postMessage({ type: 'error', message: err.message });
}
}
if (action === 'saveLog') {
const tx = db.transaction('logs', 'readwrite');
const store = tx.objectStore('logs');
store.add(data);
tx.oncomplete = () => self.postMessage({ type: 'saved', id: data.id });
}
};
需要注意的关键点
避免常见陷阱：
- 不能共享数据库连接：主线程和 Worker 各自打开同一数据库，是独立连接，但数据同步由 IndexedDB 引擎自动保证（最终一致性）
- 没有事件循环阻塞风险：所有 IndexedDB 操作都是异步的，即使在 Worker 中大量写入，也不会卡住 Worker 自身逻辑
-
错误需显式捕获：Worker 中未捕获的 Promise rejection 会静默失败，建议始终监听
transaction.onerror和request.onerror -
关闭时机可控：Worker 结束时，未完成的事务会自动回滚；如需主动清理，可调用
db.close()，但通常无需手动干预
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
