我们在 Python 中存在并发问题。这些 WSGI 服务器并不能很好地工作。我环顾四周，没有得到像 Golang 编写的带有 goroutines 的 WSGI 服务器。
有什么原因吗？
【问题讨论】：
WSGI 协议特定于 Python¹。使用 Go，您有三个选项（实际上是四个，但应该不考虑普通的 CGI 用于中高负载设置）：
Built-in HTTP serving facilities 的 Go 标准库。
在这种情况下，您的应用是独立服务器。这可能是最简单的设置，但可能存在以下问题：
goagain）。与上述相同，但在 Web 服务器形式的反向 HTTP 代理之后。
主要消除了独立变体的问题，但仍然有来回传递完整的HTTP 流量的开销。
FastCGI 通过合适的网络服务器。 Nginx 和 Apache（以及许多其他人）对此表示同意。 FCGI 客户端实现是available in the Go standard library。
除了没有独立设置的问题外，还实现了更高效的数据交换协议。另一个好处是，您的 Go 服务器可能使用 Unix 管道与前端 Web 服务器通信，与反向 HTTP 代理变体中涉及的 TCP 套接字相比，传输成本更低。
所以，如果您的设置当前使用WSGI，我会说使用FCGI。
¹ 正如几位评论者指出的那样，严格来说，这并不完全正确：WSGI 允许将使用任何语言编写的 Web 服务应用程序与 Web 服务器或应用程序服务器（依次连接到 Web 服务器）解耦.
为了实现这一点，双方必须使用与语言无关的相同协议 WSGI。
尽管如此，大多数不是用 Python 编写的软件似乎都使用 HTTP 或 FastCGI 与前端服务器进行通信。
于 2020 年 11 月 19 日更新
正如Andrea Citrolo 在他们的评论中正确指出的那样，随着目前无处不在的容器化，当您部署了相同服务的多个副本并且需要对它们进行负载平衡时，使用纯 HTTP 通常是唯一的方法.
我还要补充一点，如果您打算将用 Go 编写的程序公开到互联网上（这很好），您应该阅读this。
【讨论】：
FastCGI 和 HTTP 反向代理——我同意你的观点，即独立服务器应该是最快的。
虽然 Go 本身可能不支持 WSGI 协议，但 uWSGI，这是一个非常流行的 WSGI 服务器 has support for Go。目前看来支持有限且不经常更新，但可能需要研究一下。
默认情况下，uWSGI Go 插件支持
http.DefaultServeMux处理程序，所以如果你的应用程序已经基于它，在uWSGI 中运行它应该非常简单。
以下示例改编自 uWSGI 文档：
package main
import (
"uwsgi"
"net/http"
"fmt"
)
func helloHandler(w http.ResponseWriter, r *http.Request) {
fmt.Fprintf(w, "<h1>Hello, World!</h1>")
}
func main() {
http.HandleFunc("/hello/", helloHandler)
uwsgi.Run()
}
【讨论】：
http.ListenAndServe()。 uwsgi 就像一个适配器，可以让你插入不同的语言。 WSGI 是一种协议。 uwsgi 只共享字母“wsgi”。这就像说香蕉和娜娜是一样的，如果你需要一个保姆，你应该买一个香蕉。不混合
这里有一个 Go WSGI 服务器：
http://bitbucket.org/classroomsystems/wsgi
但是，它的目的不是为了更快地运行 Python 服务器 - 它运行带有 GIL 的单个 CPython 解释器。在我们的产品从 Python 迁移到 Go 时，我编写它是为了帮助我的客户顺利过渡。
【讨论】：