Web Worker 执行逻辑门模拟的核心是将电路状态更新、信号传播、门级时序计算等 CPU 密集型任务移出主线程，确保渲染与交互流畅；其仅处理纯逻辑仿真，接收拓扑快照并同步计算输出、检测环路与悬空引脚，返回结构化结果；主线程通过防抖、唯一 ID 与挂载校验安全通信；Worker 支持时钟信号、传播延迟、模块缓存与错误隔离；结果以数据对象形式返回，由主线程驱动 canvas 渲染与波形绘制，杜绝 eval 或动态执行。
用 Web Worker 执行逻辑门模拟的核心，是把电路状态更新、信号传播、门级时序计算这些 CPU 密集型任务从主线程移走，让 canvas 渲染和用户交互保持流畅。不是所有逻辑运算都适合丢进 Worker——关键在于“可拆解、无 DOM、纯函数式”。
Worker 负责什么：纯逻辑仿真，不碰画布
主线程只管拖拽元件、连线、点击开关；Worker 则接收整个电路的拓扑快照（比如：[{type:'AND', inputs:[0,1], output:2}, {type:'NOT', input:2, output:3}]），然后按布尔规则逐级推导输出值。它不画任何东西，也不读取鼠标位置，只做两件事：
- 根据输入引脚状态（true/false 数组），同步计算所有门的输出
- 检测环路、震荡、未连接悬空引脚，并返回结构化结果（如：{ pins: [false,true,false], warnings: ['pin 4 unconnected'] }）
主线程如何安全通信：防抖 + 唯一 ID + 挂载校验
用户每改一个开关或连一根线，主线程不立刻发编译请求。而是：
- 用 setTimeout 延迟 200ms，等用户停手再发最新电路快照
- 每次发送前生成唯一 requestId，附在消息体里
- Worker 返回结果时也带这个 ID；主线程只更新匹配当前 ID 的状态，旧请求结果直接丢弃
- 在 React 或 Vue 中，用 useRef 存 Worker 实例，并在 onmessage 回调里检查组件是否还挂载，避免 setState 报错
支持真实电路行为的关键细节
简单布尔运算不够用，真实逻辑门模拟需要时序与状态记忆：
立即学习“前端免费学习笔记（深入）”；
- 引入时钟信号：Worker 内部维护一个虚拟 tick 计数器，D 触发器、JK 触发器等时序元件只在上升沿更新
- 延迟建模：每个门设固定传播延迟（如 AND 延迟 5ns），Worker 按时间戳排序事件队列，模拟信号逐级推进
- 多文件/模块缓存：若支持子电路（如把加法器封装为一个模块），主线程把所有子模块定义打包传入，Worker 缓存 AST 后复用，避免重复解析
- 错误隔离：某个子电路死循环不会卡住整个 Worker，用 try/catch + 最大迭代限制兜底，返回超时警告而非崩溃
结果怎么安全展示：不 eval，不污染全局
Worker 返回的不是可执行代码，而是干净的数据对象。渲染层完全由主线程控制：
- canvas 上每个逻辑门用不同颜色区分状态（绿色=高电平，灰色=低电平），颜色变化由主线程根据 Worker 返回的 pins 数组驱动
- 若需实时波形图，Worker 额外返回最近 100 个周期的 pin 历史值（压缩为 Uint8Array），主线程用 requestAnimationFrame 绘制曲线
- 绝不使用 eval 或 new Function 运行 Worker 产出的任何字符串——哪怕它看起来只是 "true" 和 "false"
