是否可以独立于重新连接退避设置设置 gRPC 客户端连接超时？
Can a gRPC client connect timeout be set independent of reconnect backoff settings?
我们希望将 gRPC 客户端配置为在连接丢失后快速重新连接。 （我相信 default behavior is to attempt to reconnect after 20 seconds, backing off to 120 seconds between attempts.) After a review of available settings，我们尝试将 grpc.initial_reconnect_backoff_ms 和 grpc.min_reconnect_backoff_ms 设置为 200。虽然这会在连接丢失时快速重新连接，但我们有时会看到调用（来自测试）失败并显示 GRPC::Internal: 13:Completed without a response。查看来自位于客户端和服务器之间的 tcp 反向代理的日志记录，我看到一个连接持续了 200 多毫秒，然后第二个连接持续了更长的时间。所以看起来重新连接时间有效地用作超时连接尝试。
是否可以配置 gRPC 客户端，使其在连接丢失后开始尝试重新连接非常快，但允许创建该连接花费的时间比重新连接时间？
如果重要的话，这是一个 Ruby 客户。
我们希望将 gRPC 客户端配置为在连接丢失后快速重新连接。 （我相信 default behavior is to attempt to reconnect after 20 seconds, backing off to 120 seconds between attempts.) After a review of available settings，我们尝试将 grpc.initial_reconnect_backoff_ms 和 grpc.min_reconnect_backoff_ms 设置为 200。虽然这会在连接丢失时快速重新连接，但我们有时会看到调用（来自测试）失败并显示 GRPC::Internal: 13:Completed without a response。查看来自位于客户端和服务器之间的 tcp 反向代理的日志记录，我看到一个连接持续了 200 多毫秒，然后第二个连接持续了更长的时间。所以看起来重新连接时间有效地用作超时连接尝试。
是否可以配置 gRPC 客户端，使其在连接丢失后开始尝试重新连接非常快，但允许创建该连接花费的时间比重新连接时间？
如果重要的话，这是一个 Ruby 客户。