golang在多线程应用中好用吗？
Is golang good to use in multithreaded application?
我正在构建将创建大量线程的应用程序。每个线程将连接到不同的远程服务器，并且每个线程都必须始终与其服务器通信。
在我使用PHP之前，对于这样的目标来说，这是一个糟糕的解决方案。
我认为原生线程是如何工作的：
例如，我们在单核上有 100 个线程。核心将在所有线程之间分配它的工作时间。
根据我阅读和理解的内容：
如果我开手goroutines，一个goroutine可以阻止其他goroutines的执行。执行将在特定情况下传递给其他人（可能在当前 goroutine 休眠或类似情况时）。但它不像本机线程那样工作。
我需要让所有线程都能流畅执行。就像每个 goroutine 的相同处理器时间一样。我不需要一些 goroutine 正在执行很长时间而其他人会等待..
我可以用 golang 实现吗？或者更好地使用另一种语言（哪一种）？
并发是 Go 的主要优势之一。这并不意味着 Go 运行time 神奇地解决了所有问题和案例，并使您的所有代码都快如闪电。你可以用任何语言写出糟糕的代码。但是语言中内置了并发性。它为您提供多种语言工具，意味着轻松编写高效的并发代码，例如 goroutines、channels、select 语句、同步原语。
goroutine 是一个轻量级的线程。它比真正的 OS 线程成本低很多，并且多个 goroutine 可以多路复用到单个 OS 线程上。 spec defines 它们作为“同一地址内的独立并发控制线程space”。
go 运行time 能够毫无问题地处理数千甚至数十万个 goroutine。例如，HTTP server in the standard lib handles all incoming requests by launching a new goroutine for each. Yet, it is capable of handling tens of thousands of requests per second for a typical request load (benchmark source).
所以总而言之，就是不要写"bad code"。 goroutine 调度程序不是（完全）抢占式的，因此请确保您的 goroutines 不会进行无意义的计算，这会阻止调度程序 运行 其他 goroutines。通常，系统调用、IO 操作符和阻塞操作（例如在通道上发送/从通道接收）是很好的屈服点。即使您不知道，许多代码也会在幕后执行这些操作，因此大多数代码不会导致问题。如果你的一个 goroutines 必须做大量的计算，你总是可以调用 runtime.Gosched() 来让出处理器，允许其他 goroutines 运行.
我正在构建将创建大量线程的应用程序。每个线程将连接到不同的远程服务器，并且每个线程都必须始终与其服务器通信。
在我使用PHP之前，对于这样的目标来说，这是一个糟糕的解决方案。
我认为原生线程是如何工作的：
例如，我们在单核上有 100 个线程。核心将在所有线程之间分配它的工作时间。
根据我阅读和理解的内容：
如果我开手goroutines，一个goroutine可以阻止其他goroutines的执行。执行将在特定情况下传递给其他人（可能在当前 goroutine 休眠或类似情况时）。但它不像本机线程那样工作。
我需要让所有线程都能流畅执行。就像每个 goroutine 的相同处理器时间一样。我不需要一些 goroutine 正在执行很长时间而其他人会等待..
我可以用 golang 实现吗？或者更好地使用另一种语言（哪一种）？
并发是 Go 的主要优势之一。这并不意味着 Go 运行time 神奇地解决了所有问题和案例，并使您的所有代码都快如闪电。你可以用任何语言写出糟糕的代码。但是语言中内置了并发性。它为您提供多种语言工具，意味着轻松编写高效的并发代码，例如 goroutines、channels、select 语句、同步原语。
goroutine 是一个轻量级的线程。它比真正的 OS 线程成本低很多，并且多个 goroutine 可以多路复用到单个 OS 线程上。 spec defines 它们作为“同一地址内的独立并发控制线程space”。
go 运行time 能够毫无问题地处理数千甚至数十万个 goroutine。例如，HTTP server in the standard lib handles all incoming requests by launching a new goroutine for each. Yet, it is capable of handling tens of thousands of requests per second for a typical request load (benchmark source).
所以总而言之，就是不要写"bad code"。 goroutine 调度程序不是（完全）抢占式的，因此请确保您的 goroutines 不会进行无意义的计算，这会阻止调度程序 运行 其他 goroutines。通常，系统调用、IO 操作符和阻塞操作（例如在通道上发送/从通道接收）是很好的屈服点。即使您不知道，许多代码也会在幕后执行这些操作，因此大多数代码不会导致问题。如果你的一个 goroutines 必须做大量的计算，你总是可以调用 runtime.Gosched() 来让出处理器，允许其他 goroutines 运行.