Warum kann ich „await' nicht in einer „lock'-Anweisung in C# verwenden?

Verstehen der C#-Einschränkung: await innerhalb von lock Anweisungen

Die C#-Dokumentation von Microsoft verbietet ausdrücklich die Verwendung des Schlüsselworts await innerhalb einer lock-Anweisung. Dies ist keine Compiler-Einschränkung; Es handelt sich um eine bewusste Entwurfsentscheidung, um einen kritischen Programmierfehler zu verhindern: Deadlocks.

Die Deadlock-Gefahr

Lassen Sie uns untersuchen, warum die Kombination von await und lock problematisch ist. Betrachten Sie einen häufigen Versuch, die Einschränkung zu umgehen:

<code class="language-csharp">using (await Async.Lock(padlock))
{
    await SomethingAsync();
}</code>

Obwohl dieser Ansatz harmlos erscheint, birgt er ein erhebliches Risiko. Der Monitor.Exit-Aufruf innerhalb der ExitDisposable.Dispose-Methode wird möglicherweise auf unbestimmte Zeit blockiert. Dies liegt daran, dass zwischen dem Punkt, an dem await die Kontrolle übergibt, und der Wiederaufnahme der Methode beliebiger Code ausgeführt werden kann. Dieser dazwischenliegende Code könnte andere Sperren erwerben, wodurch möglicherweise die Reihenfolge der Sperrenerlangung umgekehrt und ein Deadlock ausgelöst wird.

Die Schutzmaßnahme des Compilers

Das Verbot von await innerhalb von lock-Anweisungen durch den C#-Compiler dient als entscheidende Schutzmaßnahme. Das Zulassen dieser Kombination würde die Wahrscheinlichkeit von Deadlocks, einem bekanntermaßen schwer zu behebenden Problem, erheblich erhöhen. Die Einschränkung verhindert, dass Entwickler diesen gefährlichen Parallelitätsfehler versehentlich einführen. Daher ist die Vermeidung dieser Kombination für eine robuste und zuverlässige asynchrone Programmierung in C# unerlässlich.

Das obige ist der detaillierte Inhalt vonWarum kann ich „await' nicht in einer „lock'-Anweisung in C# verwenden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!