36. webworker 使用（使用限制，数量上限）

Web Workers 允许在浏览器后台线程中运行 JavaScript，避免阻塞主线程，适合处理 CPU 密集型任务（如数据分析、图像处理）。

1. 使用限制

• 无法直接访问 DOM：Worker 线程不能操作 DOM 或访问 window、document 对象。

• 通信方式受限：与主线程通过 postMessage 传递数据，数据需支持结构化克隆算法（如 JSON、ArrayBuffer，但无法传递函数、DOM 节点）。

• 同源策略：Worker 脚本必须与主线程同源（或通过 CORS 允许）。

• 脚本加载限制：Worker 必须从独立 URL 加载脚本（不能直接执行内联脚本）。

2. 数量上限

• 浏览器差异：不同浏览器对 Worker 数量限制不同，通常单页面建议不超过 20-50 个。

• 内存限制：每个 Worker 占用独立内存（约几十 MB），过多可能导致浏览器崩溃。

• 性能权衡：即使未达上限，过多 Worker 会引发线程调度开销，反而降低性能。

1. WebSocket 的特点

• 全双工通信：支持客户端与服务器双向实时交互。

• 低延迟：基于 TCP 长连接，避免 HTTP 握手开销。

• 高效协议：数据帧轻量，适合高频次小数据量传输。

2. 延时原因

3. 优化策略

• 压缩数据：使用二进制格式（如 Protocol Buffers）替代 JSON，减少传输体积。

• 合并消息：将高频次小消息合并为批量发送（如每 100ms 打包一次）。

• 优化网络：使用 CDN 或边缘节点缩短物理距离；启用 TCP 优化（如 TCP Fast Open）。

• 服务端异步处理：避免阻塞式操作，用异步队列（如 Redis + Worker 线程）处理消息。

• 客户端节流：合理控制发送频率，避免主线程阻塞（用 Web Workers 处理消息）。