前端看go并发 - 技术栈

Go 语言的 协程 (Goroutine) 和 JavaScript 的 Web Workers 都是为了处理并发任务，但它们在底层实现、资源消耗和通信方式上有本质区别。

1. 核心差异对比表

特性	Go 协程 (Goroutine)	JS Web Workers
本质	用户态轻量级线程 (M:N 调度)	操作系统级线程 (1:1 映射)
内存消耗	极小 (初始约 2KB)	较大 (通常几 MB)
启动速度	极快 (纳秒级)	较慢 (需要启动独立环境)
通信方式	Channel (管道) 或共享内存	postMessage (结构化克隆数据)
数据共享	可以共享 (通过指针/引用)	完全隔离 (无法直接操作主线程变量)
数量级	轻松开启百万级	通常建议不超过 CPU 核心数

2. Go 协程代码演示

Go 协程的特点是：极其简单、共享内存、通信高效。

go 复制代码

package main

import (
	"fmt"
	"time"
)

func task(id int, ch chan string) {
	// 协程可以直接访问外部变量，也可以通过 channel 通信
	result := fmt.Sprintf("任务 %d 完成", id)
	ch <- result
}

func main() {
	ch := make(chan string)

	// 开启 1000 个协程几乎不占资源
	for i := 0; i < 1000; i++ {
		go task(i, ch) 
	}

	// 接收结果
	for i := 0; i < 10; i++ {
		fmt.Println(<-ch)
	}
	time.Sleep(time.Second)
}

3. Web Worker 代码演示

Web Worker 的特点是：完全隔离、环境独立、通信开销大。

主线程 (main.js):

javascript 复制代码

const worker = new Worker('worker.js');

// 只能通过发送消息通信
worker.postMessage({ id: 1 });

// 监听返回
worker.onmessage = function(e) {
    console.log('收到结果:', e.data.result);
};

工作线程 (worker.js):

javascript 复制代码

onmessage = function(e) {
    // 这里无法访问主线程的 window, document 或任何变量
    const result = `任务 ${e.data.id} 完成`;
    postMessage({ result: result });
};

4. 深度区别详解

A. 内存与上下文切换

Go: 协程是协作式调度的。Go 运行时（Runtime）会管理成千上万个协程，并将它们映射到少量的系统线程上。切换协程只涉及少量寄存器的保存，代价极低。
JS: 每一个 Web Worker 都是一个真实的操作系统线程，拥有独立的内存空间、独立的 V8 实例。这意味着启动一个 Worker 的代价非常高，且它们之间切换由操作系统控制。

B. 数据通信（关键点）

Go : 遵循 "不要通过共享内存来通信，而要通过通信来共享内存" 的哲学。你可以通过 Channel 传递指针（高效），也可以加锁（Mutex）直接修改同一个变量。
JS : 遵循 "零共享" 。postMessage 传递数据时，浏览器会先对数据进行结构化克隆（Structured Clone），即深拷贝。如果你传一个 1GB 的对象，主线程和 Worker 都会占用 1GB 内存，且拷贝过程非常耗时。

C. 适用场景

Go 协程: 几乎所有高并发场景。高并发 Web 服务器、微服务、大规模爬虫、实时推送系统。
Web Worker : 计算密集型任务。例如在浏览器中处理超大图片、加解密、复杂物理计算、视频转码。它存在的意义是不让耗时计算卡死主线程（UI 渲染）。

总结建议

如果你追求 海量任务、极速响应，Go 的协程是绝对的王者。
如果你在浏览器中为了 不让页面卡顿 而处理耗时逻辑，Web Worker 是唯一的选择。
在 Node.js 服务端，如果需要类似 Go 的并发，通常使用 worker_threads 模块，它的行为更接近 Web Worker，依然是基于线程隔离的。