关于task.Result

Task是对于Thread的封装，是极其优化的设计，更加方便了我们如何操控线程。

本文深入探讨了如何在C#中使用TaskCompletionSource优雅地控制异步流程，避免使用Task.Result导致的线程阻塞问题。通过实战案例和高级模式，展示了如何构建事件驱动的异步管道、优化性能以及调试技巧，帮助开发者提升系统吞吐量和响应速度。

使用 async task 尝试 ， 异步方法本身不会节省 请求时间，但可以减轻主线程压力； 异步方法内默认不会开启新线程（语法可通过），除非手动开启；通常手写异步方法需要task.run 开启新新增， 语法才能保证正确。需要特别注意的是，在task.run之前为主线程，之后，线程会变为子线程，如图： 如果 异步方法中，没有await的调用，不会开启新的线程，符合语法的await 可以开启新线程，包括Task.Dealy(n) 如果 不用await 调用异步方法，调用异步方法 的前后代码都是主线.

一.Task的各种返回值-Task<TResult> PS：在前面章节，我们介绍了Task类开启线程、线程等待、线程延续的方式，但我们并没有关注这些方式的返回值，其实他们都是有返回值的Task<TResult>，然后可以通过Task的实例调用Result属性来获取这个返回值。 　　下面我们分三类来介绍： 　　①：线程开启类的返回值, 使用Task<TRe...

await或者 .result/ .getwaiter().getresult() 这两个的区别在于，当遇到await会把线程挂起，开启别的线程继续后面的操作。但是遇到 .result会一直等在这里，不会开新的线程。今天在给一个方法加业务时，需要提前使用一个本来应该返回给调用者使用的实体。就造出了如下图所示的代码形式， 专门创建一个对象接收await task得到的实体。然后我觉得这样await一个task两次，有点脱裤子放屁的感觉，又改造出如下的效果，用task.result的方式来阻塞获取id。

→ 阻塞等待，无返回值，异常 AggregateException→ 阻塞等待，返回结果，异常 AggregateException→ 阻塞等待，返回结果或抛原始异常，内部 await/框架常用都不触发 continuation，阻塞线程可能导致死锁才是非阻塞、自动调度 continuation 的机制。

这个类用来接收对应task_任务结束后的返回值的，一个Task对象对应一个Result对象，Any对象作为类内成员承接具体的返回值。setVal方法是把返回值存储到Result对象的any上，get方法是用户获取task返回值的方法，就是把any的值返回给用户。值得注意的是，加入了信号量来控制是否完成了任务，如果任务没有完成，会在get方法处阻塞，等待任务完成。使用时，用户自己定义一个mytask类继承Task类，重写run方法完成自己想要的任务即可。这两者是耦合的，一个Task对应一个Result。

由于这段时间工作，使用异步方式调用接口时发生了死锁，故写下这边博客，将之前所学所遇做个整合。

一：背景 1. 讲故事 前些天把 .NET 高级调试 方面的文章索引到 github 的过程中，发现了一个有意思的评论，详见 文章，截图如下： 大概就是说在 Winform 的主线程下执行 Task.Result 会造成死锁，我也看了图中的参考链接, Stephen 是绝对的大佬，不过这篇文章对死锁的成因主要还是大段的文字灌输，没有真的让你眼见为实，那这篇我就从 windbg 的角度来给它剖析下。 二： windbg 分析 1. 真的会死锁吗？ 看文章看截图貌似真的会死锁，当然我多年不玩 winform

在任何返回Task的方法中，如果可以在不进行异步的情况下计算结果，则最好避免使用Task.Run。例如，一个简短的计算函数，或者测试中返回了一个预先计算过的结果，则无需使用Task.Run。 例如，定义了一个返回Task的接口方法，但是在实现中，并没有特别耗时的代码。 public interface IComputer { Task Do(); Task<string> DoString();} 一般我们会这样实现。即使实现中代码...

本文通过与ChatGPT的连续对话完成，代码都经过验证。在C#中，使用Task可以很方便地执行并行任务。Task是一个表示异步操作的类，它提供了一种简单、轻量级的方式来创建多线程应用程序。一、Task执行并行任务的原理使用Task执行并行任务的原理是将任务分成多个小块，每个小块都可以在不同的线程上运行。然后，使用Task.Run方法将这些小块作为不同的任务提交给线程池。线程池会自动管理线程的创建和...

简单介绍了在C#中如何使用Task完成简单的异步方法，内容包含了创建简单的异步方法，异步的取消，异步的等待...

转自：https://cloud.tencent.com/developer/article/1649197 前几天在用线程池执行一些任务时运到一种情形，就是回调方法中使用到了异步方法，但是回调方法貌似不支持async await的写法。这时候我应该如何处理呢？是使用Task.Result来获取返回结果，还是使用GetAwaiter.GetResult()呢？本文就来探讨下吧。 这里先上我这种场景的伪代码： ThreadPool.QueueUserWorkItem(ExcuteScanProcess

在如下代码中： public async Task<string> GetData() { 　　return await DoWork(); } 在UI线程中调用 var data = GetData().Result; 此时线程会卡死； 两种解决办法： 1，所有调用方法链中使用async、await方式调用。 var data = await GetData(). 2, 去掉调用链中的async,await,直接返回Task类型。 public Task<s

目录 Task与Thread Task的用法 1、创建任务 2、async/await的实现方式: 3、task可以同步执行吗？ 4、Task的Wait、WaitAny、WaitAll方法介绍 5、释放Task Task与Thread Task是架构在Thread之上的，也就是说任务最终还是要抛给线程去执行。 Task跟Thread不是一对一的关系，比如开10个任务并不是说会开10个线程，这一点任务有点类似线程池，但是任务相比线程池有很小的开销和精确的控制。 ThreadPool相比..

一.Task的各种返回值-Task<TResult> PS：在前面章节，我们介绍了Task类开启线程、线程等待、线程延续的方式，但我们并没有关注这些方式的返回值，其实他们都是有返回值的Task<TResult>，然后可以通过Task的实例调用Result属性来获取这个返回值。 　　下面我们分三类来介绍： 　　①：线程开启类的返回值, 使用Task<TRe...

本文中使用的示例代码都是在WinForm中编写调试的，我根据是否使用await处理Task、调用异步方法/非异步方法、方法的返回值为Task/Task<Student>，做了8种情况的分析和总结。 public class CommonUtil { public static async Task<Student> AsyncGetStudentInfoHasReturn(string sname) { string name = $"Handle

1、Task简介【*所有的线程任务都会随着主线程的退出而退出】 ThreadPool相比Thread来说具备了很多优势，但是ThreadPool却又存在一些使用上的不方便。比如： ThreadPool不支持线程的取消、完成、失败通知等交互性操作； ThreadPool不支持线程执行的先后次序； 以往，如果开发者要实现上述功能，需要完成很多额外的工作，现在，FCL中提供了一个功能更强大的概念：Task。Task在线程池的基础上进行了优化，并提供了更多的API。在FCL4.0中，如果我们要编写多线