tarpc单连接是否存在64个RPC调用的硬限制？

问题现象 #

基于tarpc官方示例服务调试时，修改客户端代码循环发送RPC请求（两种异步写法均测试），出现以下问题：

• 单连接发送64次请求后，第65次调用直接挂起
• 客户端线程池持续轮询等待响应，但服务器未收到该请求
• 重启客户端后，仍会在第65次调用时触发相同挂起问题
• 修改client::Config默认配置后，现象无改善

成因分析 #

这是tarpc客户端内部默认的并发请求控制机制导致的：tarpc客户端内置了信号量（Semaphore）组件，默认限制同时存在的未完成RPC请求数为64。当你无限制地并发发送请求时，未完成请求数达到64后，新的请求会被客户端本地阻塞，根本不会发送到服务器，自然也不会得到响应。

解决方案：支持单连接超过64次RPC调用 #

完全可以实现单连接突破64次RPC调用限制，有两种核心处理方式：

1. 调高客户端并发请求上限 #

在创建客户端时，通过Config的max_concurrent_requests字段直接调整允许的并发未完成请求数，示例代码：

let client = MyClient::new(client::Config {
    max_concurrent_requests: 256, // 根据业务需求设置合适数值
    ..Default::default()
})
.connect("tcp://127.0.0.1:50051")
.await?;

该参数直接控制客户端本地的并发请求阈值，调高后即可突破64的默认限制。

2. 串行处理请求（避免并发堆积） #

如果业务场景不需要高并发，可在循环中等待每次RPC调用完成后再发送下一个请求，示例代码：

for i in 0..100 {
    let response = client.target_rpc_method(i).await?;
    println!("收到响应: {}", response);
}

这种写法每次仅发送一个请求，等待响应返回后再发起下一个，不会触发并发上限限制。

验证方式 #

修改配置或代码后，重新运行客户端并发送超过64次的RPC请求：

• 若调整了并发上限，可观察到所有请求均能正常到达服务器并返回响应
• 若采用串行调用，请求会逐个被处理，无挂起现象

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