async编程可以节省一点服务器CPU,但是却引入了额外的犯错可能性,让系统更容易出错了。异步编程总体来看应该是弊大于利,java不支持async编程可能是更优秀的选择。
要完全正确的进行高质量的异步编程是非常困难的:
https://github.com/davidfowl/AspNetCoreDiagnosticScenarios/blob/master/AsyncGuidance.md
如何让系统基本正确,起码不要轻易出现严重的线上问题呢?
有两个建议:
1、给项目引入Microsoft.VisualStudio.Threading.Analyzers。这个nuget包可以解决大部分的sync over async问题,引用之后有个VSTHRD200的warning有点多余可以屏蔽掉。
2、程序启动的时候用System.Threading.ThreadPool.SetMinThreads(200, 50)设置一下线程池参数。不要被MinThread这个名字误导了,MinThread只是一个用来控制线程池create thread的算法阈值。
做到以上两点,那么99%的情况下程序就不会因为async/await而出问题了。至于其他的建议,就看你想做多少了,可以在实践中做取舍。
另外几点:避免async void、尽量使用ConfigureAwait、在stream异步操作的时候及时flush、把锁从lock换成SemaphoreSlim。