UD5工具箱
常见问题
什么是SharedArrayBuffer？
SharedArrayBuffer是JavaScript中用于多线程间共享内存的API。与普通的ArrayBuffer不同，SharedArrayBuffer可以被主线程和多个Web Worker线程同时访问同一块内存区域。它通过SharedArrayBuffer构造函数创建，可以指定字节长度，创建后大小不可变。通过SharedArrayBuffer创建的类型化数组视图（如Int32Array、Float64Array等）支持Atomics原子操作，用于实现线程安全的数据共享。SharedArrayBuffer是构建高性能多线程Web应用的关键基础设施。
为什么需要Atomics API？
当多个线程同时读写同一块SharedArrayBuffer内存时，会发生数据竞争问题。例如两个线程同时对同一个内存位置执行加1操作，最终结果可能只增加了1而不是2（丢失更新）。Atomics API通过提供原子操作来解决这个问题——每个Atomics操作都是不可中断的，保证了操作的完整性和跨线程可见性。Atomics.load()和Atomics.store()保证了读写操作的原子性，Atomics.wait()和Atomics.notify()提供了线程间的阻塞/唤醒同步机制。
如何启用SharedArrayBuffer（COOP/COEP设置）？
在现代浏览器中使用SharedArrayBuffer需要设置两个HTTP响应头：Cross-Origin-Opener-Policy: same-origin（防止页面被其他页面引用）和Cross-Origin-Embedder-Policy: require-corp（阻止加载未授权的跨域资源）。在Apache中可以通过Header指令设置，在Nginx中通过add_header指令设置，在Node.js中通过res.setHeader()设置。本地开发时可以使用HTTPS和相关头配置。本工具内置了模拟模式，即使不设置这些头也能完整运行。
为什么Atomics.wait只能在Worker中使用？
Atomics.wait()会阻塞当前线程直到被notify或超时。如果在主线程中调用Atomics.wait()，会阻塞浏览器的UI渲染线程，导致页面完全卡死（类似于调用alert()但无法关闭）。因此浏览器规范禁止在主线程中调用Atomics.wait()，只允许在Web Worker中使用。如果在主线程中需要等待条件变量，建议使用Atomics.waitAsync()（非阻塞版本）或者基于循环和setTimeout的轮询方式。
环形缓冲区的工作原理是什么？
环形缓冲区（Ring Buffer）是一种固定大小的循环队列数据结构。它维护两个指针：写指针（writeIndex）指向下一个可写入的位置，读指针（readIndex）指向下一个可读取的位置。写入数据时，将数据存储在writeIndex指向的位置，然后writeIndex向前移动一位（到达末尾时回绕到0）。读取数据时，从readIndex指向的位置读取数据，然后readIndex向前移动一位。当writeIndex追上readIndex时缓冲区满，当readIndex追上writeIndex时缓冲区空。在SharedArrayBuffer中，两个指针的更新都使用Atomics原子操作，确保线程安全。
生产者-消费者模式有哪些实际应用场景？
生产者-消费者模式是并发编程中最基础和最重要的设计模式之一。实际应用场景包括：音视频流处理（采集线程生产帧数据，解码线程消费帧数据）、日志收集系统（业务线程产生日志，后台线程批量写入文件或发送到服务器）、任务调度系统（主线程分发任务，工作线程执行任务）、网络数据包处理（网络线程接收数据包，协议解析线程处理数据包）、消息队列（生产者发送消息，消费者处理消息）等。本工具通过SharedArrayBuffer实现了高性能的环形缓冲区，是这些场景的理想底层数据结构。