HTML是标记语言，无法原生多线程；JavaScript默认单线程，但可通过Web Workers、SharedArrayBuffer+Atomics、WebAssembly线程、Service Worker分片调度及GPU加速（WebGL/WebGPU）实现并发与并行计算。
HTML本身是标记语言，不具备执行多线程或直接调用硬件多核的能力。浏览器环境中的JavaScript默认运行在单线程事件循环模型下，无法原生创建操作系统级线程。以下是针对该限制可采用的多种技术路径：
一、使用Web Workers实现并发任务隔离
Web Workers允许在后台线程中运行脚本，避免阻塞主线程，虽非严格意义上的“多线程”，但能利用多核CPU并行处理计算密集型任务。
1、创建worker.js文件，编写需后台执行的逻辑，例如大数组排序或图像处理代码。
2、在主页面中使用new Worker('worker.js')实例化一个独立执行上下文。
立即学习“前端免费学习笔记（深入）”；
3、通过postMessage()和onmessage与worker进行数据通信，注意传递对象需为可序列化值或Transferable对象。
4、若需多个并发任务，可创建多个Worker实例，浏览器通常会将不同Worker调度至不同CPU核心。
二、利用SharedArrayBuffer与Atomics实现线程间共享内存
SharedArrayBuffer允许多个Worker共享同一块内存区域，配合Atomics API可实现低延迟同步，是目前最接近原生多线程协作的Web方案。
1、启用跨域隔离策略：服务器需返回Cross-Origin-Embedder-Policy: require-corp与Cross-Origin-Opener-Policy: same-origin响应头。
2、在主线程中创建new SharedArrayBuffer(1024)，并将引用通过postMessage()发送给各Worker。
3、各Worker接收后，使用new Int32Array(sharedBuf)构造视图，并通过Atomics.wait()、Atomics.notify()等实现等待/唤醒机制。
4、确保所有访问共享内存的操作均包裹于Atomics.load()与Atomics.store()中，防止竞态条件。
三、借助WebAssembly线程支持（Wasm Threads）
现代Wasm规范已支持线程扩展，可在兼容浏览器中启动多个Wasm实例并共享内存，适用于高性能数值计算场景。
1、编译C/C++/Rust源码时启用-pthread和--shared-memory标志，生成带线程能力的.wasm文件。
2、加载时指定type: "module"且导入WebAssembly.instantiateStreaming()返回的模块必须含start段与共享内存导出。
3、主线程调用wasmModule.start()初始化，再通过WebAssembly.Thread.spawn()（若存在）或Worker加载同一wasm二进制启动子线程。
4、所有Wasm线程共用同一SharedArrayBuffer，通过Wasm内存指令直接读写，无需序列化开销。
四、基于Service Worker的后台任务分片调度
Service Worker虽不直接提供多线程接口，但可作为协调中枢，将大型任务切分为多个子任务，分发至多个Web Worker并行执行。
1、注册Service Worker并在install事件中缓存worker.js与wasm模块资源。
2、主页面触发任务时，向Service Worker发送message，携带总数据量与期望分片数。
3、Service Worker根据负载情况动态创建N个Web Worker，每个分配一段数据索引范围。
4、各Worker完成局部计算后，将结果postMessage回Service Worker，由其聚合后转发至主页面。
五、利用GPU加速替代CPU多线程
对于适合并行化的数据处理（如矩阵运算、图像滤镜），WebGL或WebGPU可将任务卸载至GPU，隐式利用数千级并行执行单元。
1、使用document.createElement('canvas').getContext('webgl')获取WebGL上下文，或通过navigator.gpu.requestAdapter()获取WebGPU适配器。
2、编写GLSL着色器或WGSL计算着色器，将待处理数据以纹理或缓冲区形式绑定为uniform或storage buffer。
3、调用drawArrays()或dispatchWorkgroups()触发GPU并行执行，每个像素/线程组独立处理对应数据单元。
4、结果通过readPixels()或mapAsync()回传至CPU内存，供JavaScript进一步处理。
