.NET gRPC通信性能异常低下，请求排查问题根源

问题概述 #

我部署在Docker中的.NET 7 API出现严重性能问题：

• 无gRPC依赖的JustRespond接口，压测仅能达到900 RPS（本地Xeon E-2386G/32G环境下也仅2100 RPS），远低于.NET 7官方宣传的性能指标；
• 调用C++ gRPC服务端的RegularSungleThreaded接口，性能更差，仅200 RPS（本地环境700 RPS），和gRPC官方宣称的30k+ RPS差距悬殊。

测试期间服务器CPU、内存资源充足，但.NET进程的CPU峰值仅占总核心的15%，完全没有充分利用硬件资源。

相关代码与配置 #

.NET控制器代码

// 已改为静态实例避免重复初始化，当前性能约200 RPS
private static readonly GrpcChannel channel = GrpcChannel.ForAddress("http://10.0.0.10:50051");
private static readonly GreeterClient client = new Greeter.GreeterClient(channel);

public RegularSungleThreadedController()
{
}

[HttpGet]
public async Task<IActionResult> Get()
{
    var reply = await client.SayHelloAsync(new HelloRequest { Name = "GreeterClient" });
    return Ok(reply);
}

[ApiController]
[Route("[controller]")]
public class JustRespondController : ControllerBase
{
    public JustRespondController()
    {
    }

    [HttpGet]
    public async Task<IActionResult> Get()
    {
        return Ok("No-Grpc");
    }
}

Docker构建脚本

FROM mcr.microsoft.com/dotnet/aspnet:7.0 AS base
WORKDIR /app
EXPOSE 80

FROM mcr.microsoft.com/dotnet/sdk:7.0 AS build
WORKDIR /src
COPY ["TestGrpcServerSpeed/TestGrpcServerSpeed.csproj", "TestGrpcServerSpeed/"]
RUN dotnet restore "TestGrpcServerSpeed/TestGrpcServerSpeed.csproj"
COPY . .
WORKDIR "/src/TestGrpcServerSpeed"
RUN dotnet build "TestGrpcServerSpeed.csproj" -c Release -o /app/build

FROM build AS publish
RUN dotnet publish "TestGrpcServerSpeed.csproj" -c Release -o /app/publish /p:UseAppHost=false

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "TestGrpcServerSpeed.dll"]

复现环境 #

• gRPC服务端：未修改的官方C++示例，运行在Ubuntu Docker容器；
• 压测工具：Locust；
• 本地硬件：Intel Xeon E-2386G、32GB内存。

请问配置中存在哪些问题？是否需要将.NET切换为多线程/多进程模式来提升性能？

解决方案 #

1. 优化gRPC Channel连接池配置 #

默认GrpcChannel的连接池和HTTP/2参数不适合高并发场景，需要显式调整：

private static readonly GrpcChannel channel = GrpcChannel.ForAddress("http://10.0.0.10:50051", new GrpcChannelOptions
{
    HttpHandler = new SocketsHttpHandler
    {
        // 禁用连接闲置超时，保持长连接
        PooledConnectionIdleTimeout = Timeout.InfiniteTimeSpan,
        // 配置HTTP/2保活机制，避免连接被断开
        KeepAlivePingDelay = TimeSpan.FromSeconds(30),
        KeepAlivePingTimeout = TimeSpan.FromSeconds(5),
        // 增大单服务器最大连接数，建议设置为CPU核心数的2倍
        MaxConnectionsPerServer = Environment.ProcessorCount * 2
    },
    // 关闭重试减少不必要的开销（按需开启）
    MaxRetryAttempts = 0,
    // 禁用上下文传播降低性能损耗
    EnableCallContextPropagation = false
});

2. 启用Server GC模式 #

.NET默认使用Workstation GC，适合桌面场景；Server GC专为多核心服务器优化，能大幅提升高并发下的吞吐量。在项目的.csproj中添加：

<PropertyGroup>
  <ServerGarbageCollection>true</ServerGarbageCollection>
</PropertyGroup>

3. 调整线程池参数 #

Docker环境下.NET可能无法正确识别CPU核心数，导致线程池初始化不足，需要显式设置：

• 在Dockerfile的final阶段添加环境变量：

ENV DOTNET_ThreadPool_MinThreads=32 \
    DOTNET_ThreadPool_MaxThreads=256 \
    DOTNET_SYSTEM_NET_HTTP_SOCKETSHTTPHANDLER_MAXCONNECTIONSERVER=100

• 或者在Program.cs启动时配置：

// 根据CPU核心数调整，MinThreads建议设置为核心数*4
ThreadPool.SetMinThreads(Environment.ProcessorCount * 4, Environment.ProcessorCount * 4);
ThreadPool.SetMaxThreads(256, 256);

4. 解除Docker资源限制 #

确保Docker容器未被限制CPU核心，运行容器时指定足够的资源：

docker run --cpus=$(nproc) --memory=8g ...

5. 减少gRPC调用中的对象分配 #

复用请求对象避免频繁GC：

// 静态复用请求实例
private static readonly HelloRequest _helloRequest = new HelloRequest { Name = "GreeterClient" };

[HttpGet]
public async Task<IActionResult> Get()
{
    var reply = await client.SayHelloAsync(_helloRequest);
    return Ok(reply);
}

6. 启用.NET快速路径优化 #

在Dockerfile中添加环境变量启用性能优化：

ENV DOTNET_TieredCompilation=1 \
    DOTNET_TieredCompilationQuickJit=1

内容的提问来源于stack exchange，提问作者Meir