goroutines

Node.js与Go语言一直是互联网大战中的主战场，虽说按照普通的各项指标对比，那么这场战争可能在很长时间内都难分胜负，但我们还是决定尝试对这二者做一些研究，并力求做出更准确的判断。 我们在Quora上发现，很多开发人员都将Go语言视为Node.js的优秀替代者，所以本文将集中探讨到底是为什么会出现这种情况以及为什么很多企业和开发人员会首选Go语言而不是流行的Node.js。 性能对比： 首先，只要使用Go语言和Node.js这两种语言的开发人员都会有感觉，使用Node.js时，CPU性能或内存限制任务会变慢

go语言中的Mutex Golang以其并发性Goroutines而闻名。不仅是并发，还有更多。 因此，在这种情况下，我们必须确保多个goroutines不应该同时试图修改资源，从而导致冲突

对于大部分应用，尽可能快地响应请求是首要任务。例如，应用程序可能正在服务用户的HTTP请求，或者检索复制的数据块。 在这些情况下，你需要做出权衡：是将请求复制到多个处理程序（无论是goutoutine，进程还是服务器），并且其中一个将比其他处理程序返回更快呢，还是立即返回结果——缺点是必须考虑如何高效利用资源来保持处理程序的多个副本同时运行

操作系统没有办法准确知道一个线程需要多少堆栈空间，所以它分配的数量大约是一兆字节。 解决这个问题的方法是实现一种机制，即利用有限数量的操作系统线程，并在其之上处理大量的 "逻辑线程"。 对于大多数语言来说，这意味着添加某种形式的async/await语法： 你在代码里放一个await，语言就知道它可以切换到处理另一个任务