好哥哥因为没有搞清楚同步完成和异步完成导致代码死循环了这档事
💡
原文中文，约5000字，阅读约需12分钟。
📝
内容提要
文章讨论了同步与异步完成的区别，特别是在处理死循环时的影响。作者通过示例代码指出，即使使用async/await，如果没有真正的异步操作，仍会导致死循环。最终强调，代码的完成方式与返回值类型无关，而与实现的异步操作有关。
🎯
关键要点
- 文章讨论了同步完成与异步完成的区别，特别是在处理死循环时的影响。
- 死循环的示例代码展示了即使使用async/await，如果没有真正的异步操作，仍会导致死循环。
- 使用Task返回的同步完成的Task不会切换到其他线程，导致死循环。
- async和await不会改变Task的完成方式，仍然是同步完成的Task。
- 真正的异步操作需要使用如Task.Delay等方法来实现异步完成。
- ValueTask的行为与Task相似，返回的ValueTask是否异步完成与实现的代码有关。
- PeriodicTimer的WaitForNextTickAsync方法的计时从创建实例开始，而不是从调用开始，这可能导致死循环。
- 总结强调代码的完成方式与返回值类型无关，而与实现的异步操作有关。
❓
延伸问答
什么是同步完成和异步完成的区别？
同步完成是在当前线程上完成所有操作，而异步完成则允许操作在其他线程上执行，避免阻塞当前线程。
为什么使用async/await仍然可能导致死循环？
即使使用async/await，如果返回的Task是同步完成的，仍然会在当前线程上执行，导致死循环。
如何实现真正的异步操作以避免死循环？
可以使用如Task.Delay等方法来实现异步完成，确保操作不会在当前线程上阻塞。
ValueTask与Task在异步完成方面有什么区别？
ValueTask和Task在异步完成的行为上是相似的，返回的ValueTask是否异步完成取决于实现的代码，而不是返回类型。
PeriodicTimer的WaitForNextTickAsync方法有什么特别之处？
PeriodicTimer的WaitForNextTickAsync方法的计时是从创建实例开始，而不是从调用开始，这可能导致意外的同步完成。
代码的完成方式与返回值类型有什么关系？
代码的完成方式与返回值类型无关，关键在于实现的异步操作是否真正异步。
🏷️
标签
➡️
