TL:DR - 查看编辑 2 的 C# 等效代码 http 客户端代码，导致〜相同的问题，因此 Go http.Client 不是真正的问题，但一旦部署到 Azure，C# Web API ......

一旦部署到 Azure Web 应用程序 [2x 标准 S3]，我从 C# Web API 获得非常糟糕的性能。起初我问的是:Go 的 http.Client 超时，但是用 C# 和 NodeJs 编写类似的客户端得到了相同的结果。

这是我的 http.Client:

func getWebClient() *http.Client {
    var netTransport = &http.Transport{
        Dial: (&net.Dialer{
            Timeout: 5 * time.Second,
        }).Dial,
        TLSHandshakeTimeout:   10 * time.Second,
        MaxIdleConnsPerHost:   2000,
        ResponseHeaderTimeout: 10 * time.Second,
    }

    var netClient = &http.Client{
        Timeout:   time.Second * 10,
        Transport: netTransport,
    }

    return netClient
}

我得到的错误:

net/http:请求已取消(Client.Timeout 在等待 header 时超出)

它可以在 GET、POST、PUT 上。我遇到了这些错误，但使用 curl 运行失败的 GET 立即得到了回复。

这是我用来调用 API 的示例 Get 函数:

func get(path string, result interface{}) error {
    req, err := http.NewRequest("GET", webDALAPIURL+path, nil)
    if err != nil {
        return err
    }

    req.Header.Set("Content-Type", "application/json")

    wc := getWebClient()
    res, err := wc.Do(req)
    if err != nil {
        return err
    }
    defer res.Body.Close()

    if res.StatusCode >= 400 {
        return fmt.Errorf("[GET] %d - %s", res.StatusCode, webDALAPIURL+path)
    }

    decoder := json.NewDecoder(res.Body)
    return decoder.Decode(result)
}

有趣的是，API 在本地运行时从未遇到过这些错误。 API 是一个 C# ASP.NET Web API 应用程序。

我开始遇到很多 TLS 握手错误，所以我放弃了 Azure 应用端点的 https。现在我收到了这个错误。

我正在跟踪应用程序的日志，但没有发生任何事情 [正在调用的 API]。似乎 Go 无法对同一主机进行多次调用。我没有在一个 cmd 中使用 goroutine 而在另一个 cmd 中使用它们，两者都会导致相同的错误。

当 API 在同一网络中的 Windows 计算机上运行时，在开发过程中从未出现过该错误。

编辑 1:

请注意，80-85% 的请求都运行良好，场景是(伪代码):

for item in items {
  http get /item/{id} => works 90% of the time, 10% timeout

  change item properties

  http PUT /item/{id} => works 80% of the time
}

我在 get() 函数中添加了重试，所以如果发生超时，它会重试获取，这似乎可行。虽然，我根本不喜欢这种解决方法。

另请注意，我们正在谈论返回超时的快速 GET，当我从 curl 运行它们时，它小于 1 秒。 PUT 也是如此，它们是高度简单的数据库 SELECT * FROM TABLE WHERE ID = {id} AND UPDATE。

运行 API 的 Azure Web 应用程序是标准 S3 的 2 个实例。

事实上，GET 的重试看起来很正常，这很可能是因为 API/Azure 应用程序没有承担负载，为了简单起见，这是不可能的，我们说的是少于 10 个请求/秒。

另一点不容忽视，当在开发服务器上运行时，使用了相同的 Azure SQL 数据库，因此 SELECT/UPDATE perf 在开发和 Azure Web App 上应该完全相同。

编辑 2:

比较从本地到 Azure 的相同 C# Web API 的速度令人不安。我编写了一个类似的 C# http 客户端来测试 Azure 与本地 Web API。

class Program
{
  static int fails = 0;
  static void Main(string[] args)
  {
    for (int i = 0; i < 2000; i++)
    {
      get(i);
    }
    Console.WriteLine("completed: " + fails.ToString());
    Console.ReadLine();
  }
  static void get(int id)
  {
    id += 22700;
    var c = new HttpClient();

    var resp = c.GetAsync("http://myapphere.azurewebsites.net/api/users/" + id).Result;
    if (!resp.IsSuccessStatusCode)
    {
      Console.WriteLine("");
      fails++;
      Console.WriteLine(string.Format("error getting /users status code {0}", resp.StatusCode));
    }
    else
    {
      Console.Write(".");
    }
  }
}

针对 Azure 运行此控制台应用程序我可以清楚地看到 Go 超时的地方，它非常慢，没有返回任何错误，但是 Console.Write(".");需要很长时间才能打印，是周期性的，可以比停止打印快 3-4 秒。

再次将此更改为 localhost:1078 使用相同的数据库 没有暂停，并且 Console.Write(".") 的打印速度比 Azure 快 20 倍.

这怎么可能？

编辑 3:

刚刚在web api上添加了全局错误处理程序，可能是抛出的异常过多导致的。添加了一个 Trace.TraceError 并且我 azure site log tail 它，再次没有显示任何内容。

我什至可以说本地 Web API 的运行速度比 Azure Standard S3 实例快 25-30 倍。显然这不可能是真的，但是 Web API 太简单了，我看不出我能做些什么来让 Azure 全速运行它。

最佳答案

我认为您可能想要使用诸如上下文、例程和 channel 之类的东西来不锁定您的主程序。类似于 c# 中的任务，它还可以为您提供更高的吞吐量和性能。

https://marcofranssen.nl/tags/go/

你可以找到我写的一堆博客文章。我也有 C# 背景，这些博客是我的一些经验教训。我确实在博客中提到了 c# 与 Go 的方法，这样您就可以轻松进行比较。

查看 go 例程和优雅的网络服务器帖子。您可能会在那里找到答案。

由于调用 .Result，您的 C# 实现也被阻塞

您应该使用 async await，它可以利用 Task 提高代码效率。

我预计您的 C# 服务器可能也没有使用 Task 作为返回类型，这意味着它将无法处理大量连接。一旦您在那里使用 Task 并在新线程中旋转代码，它们也将能够处理更多并发请求并可能更频繁地成功。所以基本上在单独的线程/任务中执行数据库操作，并确保处理数据库连接以防止内存泄漏。

这只是一个假设，因为我注意到这篇文章中的客户端代码也没有正确使用它。如果我的假设有误，请原谅我。

关于http - net/http : request canceled (Client. 等待 header 时超时)为什么/怎么办？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/38557968/