SignalR StartAsync偶发连接失败的重试实现方案咨询

问题场景 #

业务要求每次接收到外部服务请求时，建立SignalR Hub连接并调用指定方法。当前实现绝大多数场景可正常完成连接与消息发送，但偶发StartAsync()调用失败，抛出Name or service not known异常，初步判断为网络波动导致的临时连接异常，需要补充StartAsync失败时的有限次重试逻辑，重试成功后再执行Hub方法调用。

现有实现代码 #

string hostname = Environment.GetEnvironmentVariable("FRONTEND_HOSTNAME");
HubConnection connection;

connection = new HubConnectionBuilder()
.WithUrl($"{hostname}/xxx")
.Build();

await connection.StartAsync();
var resp = new
{
    xx:'xx',
};
await connection.InvokeAsync("SendReport", resp);

connection.Closed += async (error) =>
{
    await Task.Delay(new Random().Next(0, 5) * 1000);
    await connection.StartAsync();
};

实现要点参考 #

• 异常过滤：重试前先判断异常类型，仅对网络波动、临时域名解析失败、连接超时这类可恢复的临时异常触发重试；对地址配置错误、认证失败、Hub方法不存在这类确定性异常直接抛出，不执行重试。
• 重试上限配置：根据业务可接受的等待时长设置明确的最大重试次数，常规场景设置3-5次即可，禁止无上限重试导致请求线程堆积、资源泄漏。
• 重试间隔策略：推荐使用指数退避+随机抖动的间隔策略，不要使用固定间隔重试，避免服务恢复时大量客户端同时发起重试造成流量冲击。比如首次重试间隔1s，第二次2s，第三次4s，每次间隔叠加0-500ms的随机值。
• 流程校验：所有重试完成后必须校验连接状态，确认连接处于Connected状态后再执行后续InvokeAsync调用；如果达到最大重试次数仍未连接成功，直接向上抛出异常终止本次请求，不要继续执行方法调用逻辑。
• 现有逻辑修正：当前Closed事件中的重连逻辑没有次数限制，需要同步补充重试上限判断，避免连接建立成功后意外断开时出现无限重连的问题。另外注意Closed事件仅在连接成功建立后断开时触发，首次StartAsync调用失败不会进入该回调，首次连接的重试逻辑需要单独包裹实现。
• 资源释放：每次请求处理完成（无论调用成功、重试失败）都要调用await connection.DisposeAsync()释放连接资源，不要长期持有未释放的连接实例，避免连接状态异常、内存泄漏问题。

SignalR内置的自动重连策略仅针对连接成功建立后的断开场景，不会处理首次StartAsync调用失败的重试，这部分逻辑需要自行包裹实现。

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