web workers是唯一能将cpu密集型数据转换移出主线程的原生方案，需通过精简字段、零拷贝传输（transferable）、纯函数处理及超时防护保障传得准、转得稳、收得清。

大型数据结构转换交由 Web Worker 处理，核心是把“解析、映射、序列化”这类 CPU 密集型操作移出主线程，避免阻塞渲染和交互。关键不在搬得快，而在传得准、转得稳、收得清。

只传必要字段，提前精简结构

别直接 postMessage 一个嵌套十几层的响应对象。浏览器默认用结构化克隆，深拷贝耗时且吃内存。实际做法是：

• 主线程中用解构或 pick 工具提取真正需要转换的字段，例如：{ id, name, tags } 替代整个用户详情对象
• Map / Set 转成二维数组：Array.from(map.entries())，保证可序列化
• 过滤掉函数、undefined、正则、Error 实例——它们会被静默丢弃或触发 DataCloneError
• 超 1MB 的纯 JSON 结构，先用 msgpack 或 CBOR 压缩，再以 ArrayBuffer 形式 transfer

优先用 ArrayBuffer + transfer 实现零拷贝

如果转换目标是二进制类数据（如 protobuf 解码、图像元数据提取、加密 payload 处理），ArrayBuffer 是首选：

dmap-jsapi-skill

DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。

下载

• 主线程创建 buffer 后，必须显式写 transfer list：worker.postMessage({ data: buffer }, [buffer])
• 发送后原 buffer.byteLength 立即变为 0，这是转移成功的标志
• Worker 内直接 new Uint8Array(buffer) 操作，无反序列化开销
• 处理完回传结果时，同样用 transfer，避免二次拷贝

Worker 内做纯函数式转换，不碰外部状态

Worker 没有 window、document、localStorage，也不能调用 DOM API。所有转换逻辑必须是无副作用的纯函数：

• 接收输入（ArrayBuffer / 精简后的 plain object），返回输出（同类型或新结构）
• 若需处理 XML/JSON 互转，用 DOMParser 和 XMLSerializer 不行——改用轻量库如 fast-xml-parser 或手写递归解析器
• protobuf 场景下，用 protobuf.js 的 decode() 和 encode().finish()，配合 importScripts 加载
• 避免在 Worker 中使用 console.log()，改用 self.console.log()，防止某些环境报错

加防护机制，防丢任务、防卡死、防内存泄漏

转换任务一旦启动，就要全程可控：

• 主线程发消息前，用 AbortController 配合 setTimeout 设 5–10 秒超时，未响应则提示“转换超时”
• Worker 启动后立即监听 self.onerror 和 onmessageerror，捕获传输或解码异常
• 任务完成后调用 self.close()，释放线程资源；不要依赖 GC 自动回收
• 同一时间只允许一个转换任务运行，按钮点击后禁用，防止重复提交压垮内存