实用技巧

关注公众号 jb51net

关闭
首页 > 网络编程 > ASP.NET > 实用技巧 > .NET防超时

.NET中异步防超时的3种硬核方法与避坑指南

作者:墨瑾轩

这篇文章主要为大家详细介绍了.NET中异步防超时的3种硬核方法与避坑指南,文中的示例代码讲解详细,具有一定的借鉴价值,希望对大家有一定的帮助

一、CancellationToken:异步的“刹车片”

// 重点来了!别让异步请求变成“幽灵线程”——
// 这行是灵魂!没有它,超时就是个摆设
var cts = new CancellationTokenSource(TimeSpan.FromSeconds(10)); // 10秒超时,不是10分钟!
// 为啥不是10分钟?因为用户等不起,产品经理更等不起!
// 模拟一个网络请求(比如调第三方API)
var httpClient = new HttpClient();
try
{
    // 关键:把CancellationToken传进去,这才是“防超时”的核心
    var response = await httpClient.GetStringAsync("https://api.example.com/data", cts.Token); // 传入令牌!
    // 如果超时,这里会抛OperationCanceledException
}
catch (TaskCanceledException ex)
{
    // 你猜怎么着?这异常才是你该处理的!
    // 别直接log,得优雅降级:比如返回缓存或默认值
    LogWarning($"API请求超时:{ex.Message},已切换到本地缓存");
    return GetLocalFallbackData(); // 优雅降级,别让用户看到500
}
finally
{
    // 一定要释放资源!别让CancellationTokenSource变成内存幽灵
    cts.Dispose(); // 释放,别留垃圾!
}

注释:

二、HttpClient.Timeout:让请求“有底线”(别被坑了还蒙在鼓里)

// 重点来了!别以为HttpClient默认超时是30秒——
// 实际上,它默认是0(永不超时)!
var httpClient = new HttpClient
{
    // 这行是保命符!没它,超时等于没超时
    Timeout = TimeSpan.FromSeconds(10) // 10秒,不是10分钟!
};
// 调用示例
try
{
    var response = await httpClient.GetStringAsync("https://api.example.com/data");
    // 如果超时,这里会抛TaskCanceledException
}
catch (HttpRequestException ex) when (ex.InnerException is TaskCanceledException)
{
    // 别懵!这是超时异常,不是网络故障
    LogError($"第三方API超时:{ex.Message},已触发熔断机制");
    return HandleTimeoutFallback(); // 触发熔断,别硬扛
}

注释:

三、自定义重试策略:超时后的“翻盘”(不是所有超时都该放弃)

// 重点来了!别一超时就直接报错——
// 有些超时是网络抖动,重试一次可能就回来了
var retryPolicy = Policy
    .Handle<HttpRequestException>(ex => ex.InnerException is TaskCanceledException)
    .WaitAndRetryAsync(3, retryAttempt => 
        TimeSpan.FromSeconds(Math.Pow(2, retryAttempt))); // 指数退避:2秒、4秒、8秒
// 使用重试策略
try
{
    var result = await retryPolicy.ExecuteAsync(
        () => httpClient.GetStringAsync("https://api.example.com/data"));
    return result;
}
catch (Exception ex)
{
    // 所有重试都失败了,才走这一步
    LogCritical($"API请求彻底失败:{ex.Message}");
    return FallbackToOfflineMode(); // 降级到离线模式
}

注释:

5个超时陷阱:踩中一个,半夜被叫醒

1.“我设了超时,就不用管了”

陷阱:以为超时时间一设,就万事大吉。

现实:超时异常不处理,线程会堆积,服务直接崩。

墨工血泪:去年线上事故,就因为没处理超时异常,服务器内存爆了。

2.“用Task.Wait()代替await”

陷阱:var result = httpClient.GetStringAsync(...).Wait();

现实:Wait()会阻塞主线程,超时了还卡住,比异步还坑。

墨工自嘲:当年我这么写,被老大骂“你这是给异步加了个锁,还是给同步加了个异步?”

3.“超时时间设得太长”

陷阱:TimeSpan.FromSeconds(30),以为够长。

现实:用户等30秒?早退了。产品经理:你这超时设置得,比我的咖啡还慢。

墨工扎心:优化后,RT从30秒降到3秒,产品经理终于不半夜发“在吗?”了。

4.“CancellationTokenSource不Dispose”

陷阱:var cts = new CancellationTokenSource(); 用完不Dispose。

现实:内存泄漏,GC都救不了。

墨工吐槽:这玩意儿不Dispose,比我的烟灰缸还容易爆。

5.“所有超时都一样处理”

陷阱:不管啥超时,都返回500错误。

现实:有些是网络抖动,重试就能好,直接返回500?用户要投诉。

墨工点睛:超时≠失败,超时≠用户要的。

尾声:超时不是问题,是你的护城河

“超时不是bug,是需求。”

这句话,我写了三年,才懂它真味。

你设的超时时间,决定了用户等多久;

你处理超时的方式,决定了用户走不走。

3招:CancellationToken + HttpClient.Timeout + 自定义重试

5个坑:别当愣头青,别当“超时终结者”

到此这篇关于.NET中异步防超时的3种硬核方法与避坑指南的文章就介绍到这了,更多相关.NET防超时内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

您可能感兴趣的文章:
阅读全文