.net 标准中的 Grpc 客户端在从 .net 框架调用时失败，但从 .net 核心 3.1 调用时不会失败

Question

这是我的设置:

• A： .Net标准版本=2.0（gRPC客户端库）
• B： .Net Framework版本=4.8（web应用程序-使用客户端库）
• C： .Net核心版本=3.1（WPF应用程序-使用客户端库）
• D： .Net核心版本=3.1（gRPC服务器，我自己创建）
• E： .Net核心版本=3或5-我不确定。（gRPC服务器，生产）

错误="HTTP/2 over TLS未在仅HTTP/2endpoint上协商。"

所以…其他人实现了这个Grpc服务器（E）。我可以在两个应用程序中调用这个。没有错误。

但为了获得一个良好的开发环境来开发这两个应用程序，我从生产服务器获得了proto文件，并开发了自己的实现（D）。我使用它来测试客户端中的错误处理-我可以控制服务器给出的响应。

我实现了两个完全相同的单元测试，它们实际上是集成测试。一个在. net framework项目中，一个在. net核心项目中。

它适用于。net核心测试，但不是。net框架。

但是，如果我注入WinHttpHandler而不是HttpClientHandler，那么它就可以工作。我真的不想注入处理程序（它甚至不是一个接口）。

如前所述，生产gRPC服务器也可以工作。但我不知道为什么我的失败和生产gRPC服务器工作。

我认为我自己对gRPC服务的实现是错误的(或缺乏的),但是我不知道我错过了什么。

请帮忙！

Answer 1

实际上，我在我的appsetting.json中有这个（我从另一个项目复制的）：

"Kestrel": {
    "EndpointDefaults": {
      "Protocols": "Http2"
    }

当然，从文件中删除它解决了我的问题。

Answer 2

Grpc.Net.Client只适用于. NET Framework（与. NET Core和. NET5相反），但有限制。原因是. NET Framework没有真正的HTTP/2实现，这是gRPC协议的要求（但不是grpc-web，它是您的一个选项）。

Grpc.Net。客户机在某种程度上使用WinHttpHandler在.NET框架上工作（正如您所发现的）。此处记录了这些限制：

• https://docs.microsoft.com/en-us/aspnet/core/grpc/supported-platforms?view=aspnetcore-6.0净grpc客户要求
• https://docs.microsoft.com/en-us/aspnet/core/grpc/netstandard?view=aspnetcore-6.0#net框架