TaskCompletionSource: Cuándo utilizar SetResult() frente TrySetResult(), etc

Question

que estoy tratando de envolver mi cabeza alrededor de la TPL, los nuevos async/await características en C# 5, y los misterios de TaskCompletionSource.

Una cosa que no me queda claro es cuándo usar SetResult, SetException, y SetCancel frente TrySetResult, TrySetException y TrySetCancel.

Esto es lo que tiene que decir MSDN:

Esta operación devolverá false si la tarea ya está en uno de los tres estados finales: RanToCompletion, con fallo o Cancelado.

Este método también devuelve falso si la tarea subyacente tiene ya se ha eliminado.

Ok, entiendo eso, pero en realidad no ofrece ninguna orientación sobre cuándo o por qué utilizar uno sobre el otro.

Entonces, ¿cuál es el problema?

Answer 1

I sospechoso el punto es que si sólo hay una cosa que se ponía el resultado, simplemente llame SetResult etc. Si usted termina llamando SetResult dos veces, que indica un error. (Del mismo modo si se ha eliminado el TaskCompletionSource)

Si tiene varios hilos que podrían estar intentando establecer el resultado al mismo tiempo (por ejemplo, está allí para indicar el primer resultado de varias llamadas de servicio web paralelas) luego use TrySetResult, ya que es completamente razonable que varios hilos "intenten" establecer el resultado, sin saber si otro hilo ya lo ha configurado.

No he visto ninguna orientación oficial al respecto, pero eso tendría sentido.