comlink的核心价值是将web worker通信简化为本地函数调用，通过wrap和expose实现零样板通信，支持函数代理、零拷贝传输、typescript类型安全及跨上下文复用。
Comlink 的核心价值，就是把 Web Workers 那套繁琐的 postMessage + 事件监听 + 手动序列化/反序列化的流程，直接替换成“像调用本地函数一样调用 Worker 方法”。它不改变底层机制，而是用 Proxy 和清晰协议做了层优雅封装，让多线程通信回归直觉。
用 wrap 和 expose 实现零样板通信
主线程和 Worker 端只需两个关键操作，无需写任何消息监听或解析逻辑：
-
主线程：用
Comlink.wrap(worker)包装 Worker 实例，得到一个代理对象。之后所有属性读取、方法调用都会自动转成消息发过去，并等待响应返回。 -
Worker 线程：用
Comlink.expose({ ... })暴露一个普通对象（含方法、getter、甚至异步函数），Comlink 会自动监听入站消息并分发到对应方法上。
比如 Worker 里暴露一个 counter 和 inc()，主线程就能直接写 await api.inc() 和 api.counter，完全不用管消息 ID、回调注册或数据打包。
安全高效地传复杂数据和函数
Comlink 不仅能传基础值，还能处理通常无法跨线程传递的内容：
-
函数引用：用
Comlink.proxy(fn)包装后，可把函数传进 Worker，Worker 调用时会自动把结果回传——适合回调、策略函数等场景。 -
ArrayBuffer 等二进制数据：用
Comlink.transfer(buffer, [buffer])可零拷贝转移，避免大数组重复序列化带来的性能损耗。 -
自定义类实例：配合
TransferHandler，可定义特定类型的序列化/反序列化逻辑，实现更精细的控制。
TypeScript 支持让类型全程可控
接口定义一旦确定，类型检查就贯穿两端：
- Worker 暴露的 API 接口（如
interface WorkerAPI { add(a: number): number }）在主线程调用wrap后，自动获得Remote<workerapi></workerapi>类型，IDE 补全、参数校验、返回值推导全部生效。 - 错误堆栈也能完整保留——Worker 内抛出的异常会原样冒泡到主线程，带行号和上下文，调试体验接近单线程开发。
不止于 Web Worker：一套 API 多种上下文
Comlink 的通信抽象是通用的，同一套模式可复用于：
-
iframe：用
Comlink.windowEndpoint(iframe.contentWindow)替代 Worker 实例，轻松实现父子窗口通信，自动处理跨域origin验证。 -
SharedWorker：同样用
wrap和expose，多个页面共享同一后台服务。 -
Electron 主进程与渲染进程：搭配
Comlink.parentEndpoint/Comlink.childEndpoint，构建高性能桌面应用。
本质上，Comlink 把“跨执行上下文调用”这件事，统一成了一个可预测、可类型化、可复用的编程模型。
