我 支持 使用 async await
这篇文章原来的 标题 是 《我 反对 使用 async await》,
但经过后来的一些研究, 发现 async await 是 良性 的, 所以 我把 标题 改成了 《我 支持 使用 async await》,
详情请看 《无阻塞 编程模型》 https://www.cnblogs.com/KSongKing/p/10287882.html 。
以下是 “反对” 的原文 。
我 反对 使用 C# 的 async await 。
我 强调一点, 程序员 应该对 程序 有 控制感 。
过度的 控制反转 会 削弱 程序员 对 程序 的 控制感 。
async await 经过 编译器 处理的 代码 和 程序员 写 的 代码 是 不一样的, 或者说, async await 的 执行过程 对 程序员 是 不确定 的 。
这使 程序员 极大的 丧失了 对 程序 的 控制感 。
有个问题, 有没有 async await 和 线程(线程池) 的 性能对比 测试报告 ?
Javascript 是 单线程 模型, 不能 Sleep(), 也不能 Wait(), 现在看起来, async await 好像把 Javascript 的 形态 当成了 进化 的 高级形态 。
或者说, async await 以 Javascript 单线程 模型 为 目标, 带领 C# 向 Javascript 进化 。
So ……
我提倡 用 t.Wait() 的 方式 调用 Async 方法, 比如 :
Task<T> t = FooAsync();
t.Wait();
简单明了 。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!