TaskCompletionSource: Wann SetResult() im Vergleich zu TrySetResult(), etc.

Question

Ich versuche, meinen Kopf rund um die TPL, die neuen async/await Funktionen in C# 5 und die Geheimnisse von TaskCompletionSource.

Eine Sache, die mir nicht klar ist, ist, wenn SetResult zu verwenden, SetException und SetCancel gegen TrySetResult, TrySetException und TrySetCancel.

Dies ist, was MSDN zu sagen hat:

Dieser Vorgang falsch zurück, wenn die Aufgabe ist bereits in einer der drei Endzustände: RanToCompletion, Faulted oder Abgebrochen.

Diese Methode gibt auch false zurück, wenn der zugrunde liegende Task bereits entsorgt wurde.

Ok, ich verstehe das, aber es gibt keine Anleitung darüber, wann oder warum man das eine über das andere verwendet.

Also, was ist das Geschäft?

Answer 1

I Verdächtiger der Punkt ist, dass, wenn es nur eine Sache, die das Ergebnis wird Einstellung, rufen Sie einfach SetResult etc. Wenn Sie SetResult zweimal am Ende Aufruf, das einen Fehler anzeigt. (Wenn die TaskCompletionSource ebenfalls entsorgt wurde.)

Wenn Sie mehrere Threads haben, die alle gleichzeitig versuchen könnten, das Ergebnis zu setzen (z. B. um das erste Ergebnis mehrerer paralleler Web-Service-Aufrufe anzuzeigen)) Verwenden Sie dann TrySetResult, da es durchaus sinnvoll ist, dass mehrere Threads "versuchen", das Ergebnis festzulegen, ohne zu wissen, ob ein anderer Thread es bereits festgelegt hat.

Ich habe keine offizielle Anleitung dazu gesehen, aber das würde Sinn machen.