TaskCompletionSource : When to use SetResult() versus TrySetResult(), etc

北城余情 提交于 2020-12-29 01:42:40

问题


I'm trying to wrap my head around the TPL, the new async / await features in C# 5, and the mysteries of TaskCompletionSource.

One thing that isn't clear to me is when to use SetResult, SetException, and SetCancel versus TrySetResult, TrySetException and TrySetCancel.

This is what MSDN has to say:

This operation will return false if the Task is already in one of the three final states: RanToCompletion, Faulted, or Canceled.

This method also returns false if the underlying Task has already been disposed.

Ok, I get that, but it doesn't really offer any guidance on when or why to use one over the other.

So, what's the deal?


回答1:


I suspect the point is that if there's only one thing which will be setting the result, just call SetResult etc. If you end up calling SetResult twice, that indicates a bug. (Likewise if the TaskCompletionSource has been disposed.)

If you've got several threads which could all be trying to set the result at the same time (e.g. it's there to indicate the first result out of several parallel web service calls) then use TrySetResult, as it's entirely reasonable for multiple threads to "try" to set the result, unaware of whether another thread has already set it.

I've not seen any official guidance on it, but that would make sense.



来源:https://stackoverflow.com/questions/12100022/taskcompletionsource-when-to-use-setresult-versus-trysetresult-etc

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!