通过结合重试机制、异常处理和连接字符串优化，C#应用可在间歇性网络故障后自动恢复数据库连接。使用Polly实现指数退避重试策略，仅对SqlException中特定错误号（如2、53、10054等）进行重试，避免无效重试；配置Connect Timeout、Command Timeout及Connection Resiliency参数提升连接稳定性；若使用EF Core，可通过EnableRetryOnFailure启用内置弹性重试，确保临时故障下系统持续可用，防止因短暂网络波动导致服务中断。
面对间歇性网络问题，数据库连接可能频繁中断。C#中实现弹性连接的关键是结合重试机制、连接超时控制和异常处理，确保应用在短暂网络波动后能自动恢复，而不是直接崩溃。
使用重试策略应对临时故障
最常见的做法是引入重试逻辑，当数据库操作因网络原因失败时，延迟一段时间后重新尝试。可以手动实现简单重试，也可以借助成熟库如 Polly。
- 设定最大重试次数（例如3次）
- 采用指数退避策略，比如等待1秒、2秒、4秒
- 仅对特定异常重试，如 SqlException、TimeoutException
示例：使用 Polly 实现重试：
var retryPolicy = Policy
.Handle(ex => IsTransient(ex))
.Or()
.WaitAndRetryAsync(
retryCount: 3,
sleepDurationProvider: attempt => TimeSpan.FromSeconds(Math.Pow(2, attempt)),
onRetry: (outcome, delay) =>
{
Console.WriteLine($"数据库操作失败，{delay}秒后重试...");
});
// 使用策略执行数据库命令
await retryPolicy.ExecuteAsync(async () =>
{
using var connection = new SqlConnection(connectionString);
await connection.OpenAsync();
// 执行查询或命令
});
识别可恢复的异常
不是所有异常都值得重试。需判断 SqlException 的错误号，过滤出典型的临时性问题。
- 错误号 2: 连接超时
- 错误号 53, 10054, 10060: 网络相关故障
- 错误号 121, 233: 连接中断或登录失败（可能临时）
判断方法：
private static bool IsTransient(SqlException ex)
{
foreach (SqlError error in ex.Errors)
{
switch (error.Number)
{
case 2: // 超时
case 53: // 找不到服务器/实例
case 10054:
case 10060:
case 121:
case 233:
return true;
}
}
return false;
}
优化连接字符串参数
合理配置连接字符串有助于提升容错能力：
- Connect Timeout=30：设置合理的初始连接超时
- Command Timeout=60：避免长时间阻塞
- Connection Resiliency=true（SQL Server 2014+）：启用内置弹性（需配合 EF Core）
- 考虑启用 MARS（Multiple Active Result Sets）以减少连接争用
示例连接字符串：
Server=myserver;Database=mydb;User Id=user;Password=pass; Connect Timeout=30;Command Timeout=60;Connection Resiliency=true;
结合 Entity Framework Core 的内置支持
若使用 EF Core，可直接启用内置的连接弹性：
services.AddDbContext(options => options.UseSqlServer(connectionString, sqlOptions => { sqlOptions.EnableRetryOnFailure( maxRetryCount: 3, maxRetryDelay: TimeSpan.FromSeconds(10), errorNumbersToAdd: null); }));
该机制会自动重试事务性操作，适用于大多数临时故障。
基本上就这些。关键是在合适的地方加入智能重试，避免雪崩式请求，同时准确识别可恢复错误。网络不稳定时，系统依然能保持可用。
