Go-routines 与任务并行库的实现

Question

我刚刚开始学习围棋。 Go 的优势在于处理多个并发连接的 goroutines。有人提到了

Goroutines 可以被认为是轻量级线程（但实际上不是线程），它可以增加/缩小堆栈大小，并且这些线程被多路复用到多个 os 线程中。假设你有 1000 个 goroutine，那么这些 goroutine 会根据 goroutine 的阻塞和等待模式被调度到本机操作系统线程。

基本上，我来自 C# 和 Nodejs 背景。我很困惑它与用 C# 实现的 TaskParallelLibrary 有何不同。

TaskParallelLibrary 隐藏了创建和管理线程的复杂性。您只需启动一个任务，CLR 就会负责将它们映射到本机线程。在这里，您可以创建数以千计的微型任务，这些任务被映射并安排到操作系统线程。然而，TPL 专门解决了异步问题。

我的问题是 TPL 与 goroutines 有何不同？ goroutines 使用协程（可暂停函数还是？）。 TPL 还将 async/syscalls 操作多路复用到线程池，甚至 Go 也将 syscall 多路复用到线程池。

如果我的任何假设是错误的，请纠正我。任何人都可以帮助我实现的具体不同之处吗？为什么 goroutine 声称比 TPL 更快？

Answer 1

主要区别在于 Go 运行时将 goroutine 的调度与 I/O 紧密结合在一起，其工作原理基本上是这样的：如果 goroutine 即将阻塞某个 I/O 操作或通道操作，则调度程序会挂起该 goroutine并在它知道原始 I/O 或通道操作现在可以继续时重新激活它。这允许以纯顺序的方式编写 Go 代码——没有所有的回调地狱和“futures”/“promises”kludges，它只是将回调包装到对象中，也没有async/await 机制，它再次只是耦合编译器使用普通操作系统线程的技巧。

Dart 编程语言的一位开发人员在this classic piece 中很好地解释了这些东西。

另见this 和this。