Go如何处理Google App Engine上的并发请求

Question

我对Go如何处理Google App Engine上的并发请求有点困惑。所以我希望有人可以提供一些清晰。

下面是我收集到的事实：

1. 围棋是单线程在App Engine上。 - this is because it is possible to do arbitrary pointer arithmetic by creating race conditions with multiple threads

2. Goroutines are multiplexed onto multiple OS threads so if one should block, such as while waiting for I/O, others continue to run.

3. [App Engine has a] 10 concurrent limit [which] is enforced through a limit on concurrent threads on every runtime. Most of such cases, our scheduler will try to spin up a new instance.

如果围棋是单线程在App Engine上再点3是没有实际意义。这留下了1和2.如果App Engine上的Go是单线程的，并且需要线程在阻塞I/O时继续执行，那么似乎App Engine Go实例将在等待I/O时阻塞所有的goroutine。

这是正确的吗？如果不是，Go的并发性如何在App Engine上真正起作用？

帮助量化事情。如果我打开连接30秒。单个AE Go实例可能会如何维护并发连接？

谢谢。

编辑：这里的功能要求，这将允许进入实例来 处理更多然后10个并发请求Allow configurable limit of concurrent requests per instance。 请明星。

Answer 1

Go App Engine实例允许10个并发请求，但只运行一个CPU线程。实际上，可以同时处理多个请求，但是一次只能有一个能够执行CPU工作。如果有一个请求正在等待数据存储区API调用返回，则另一个请求可以由同一个实例自由处理。

您的陈述“如果Go在App Engine上是单线程的，那么点3是没有意义的。”是不正确的。对于单个Go App Engine实例，仍有10个并发传入请求的限制。当谈到“线程”时，文档有点松动。

Answer 2

我必须承认我没有AppEngine的内部知识。这是所有猜测和猜测，但我认为这是有点合理的。

您的应用永远不会达到十个线程限制。这是因为创建线程的原因很少。首先，一次运行的最大套餐数量设置为1到enforce memory safety。其次，与普通的go程序不同，app引擎实际上并不需要进行系统调用。唯一的一次是联网。 appengine中的所有IO都可以混合成一个epoll线程。这意味着您在任何时候都需要两个线程。然后，您可以添加第三或第四个线程，以便每隔一段时间您需要运行其他系统调用，例如分配内存和接受/关闭连接。这些是快速的系统调用，可以阻塞很短的时间。即使有了这些其他系统调用，你仍然离十个线程的限制还很远。

并发不受影响，因为最终，您在appengine中做的所有事情都归结为等待网络上的某些内容返回。你不需要多个线程一次做很多事情。