Ist es sicher, lock() mit Tasks zu verwenden?

Question

Ich lese hier:

.NET async, can a single thread time-slice between tasks?

, dass, wenn Sie nicht ausdrücklich verwenden async/await, Aufgaben nicht "Zeitscheibe" auf dem gleichen Thread im Backend-Thread-Pool. Ist das garantiert? Oder nur ein Nebeneffekt der aktuellen Implementierung der TPL?

Wenn nicht garantiert, wäre es Problemen mit lock() mit:

Betrachten wir zwei Aufgaben, die ein Verfahren zuzugreifen, die locks auf eine vollständige Transaktion Serialport (eine Nachricht senden und empfangen, oder Timeout) vor der Freigabe. Wenn Time-Slicing im selben Thread auftritt und der SerialPort-Zugriff langsam genug ist, würde die lock ihre Arbeit nicht ausführen (indem sie beide Aufrufe durchlässt, da sie sich technisch im selben Thread befinden).

Answer 1

Ja, solange Sie nichts tun, dass (einige Teile) Code ausführen auf einem anderen Thread macht (await, Task.Run(), Task.ContinueWith(), Thread, ...), dann sicher es ist lock oder eine andere Gewinde- zu verwenden Synchronisationsmechanismus.

Eine mögliche Ausnahme ist, wenn Sie eine benutzerdefinierte TaskScheduler (z TaskScheduler.FromCurrentSynchronizationContext()) haben und Sie irgendwie, dass Scheduler machen versuchen, mehr Task s auszuführen, während die Task noch ausgeführt wird (zum Beispiel so etwas wie Application.DoEvents()). In diesem Fall wird Ihr Task immer noch nicht in einen anderen Thread verschoben, aber er kann pausiert werden, während ein anderer Task auf demselben Thread ausgeführt wird. Aber diese Situation sollte äußerst selten sein.