by Anonymous » 03 Apr 2025, 08:16
Ich denke, dieser Rat könnte für viele Entwickler verwirrend sein. Das ist eine Art langer Lauf, nicht wahr? Für einige Zeit, bis mit 1) (Async) < /li>
< /ol>
ist, ist es nicht wirklich ein "Langlauf -Thread" (vorausgesetzt, Schritt 2 ist kurz im Vergleich zu allem anderen), da die asynchronisierten Operationen (warten auf DosenaSync ()), die Hinrichtung des Threads vorzuschlagen und den Thread zurückzugeben. Vielleicht ist es nicht einmal notwendig, den Prozess in eine Aufgabe zu wickeln. Run, wenn Schritt 2 sehr schnell ist (aber angenommen, wir möchten, dass der Hauptfaden immer 100% reagiert). Angenommen, ein Prozess (CPU -gebundene / meist CPU -gebundene) dauert normalerweise ungefähr 100 ms, aber in einigen Fällen kann es einige Minuten dauern. Sollten wir uns um die Verwendung von Task.run kümmern? Ich denke, wir tun es, wenn es häufig vorkommt, aber vielleicht nicht, wenn es selten ist.
Ich denke, dieser Rat könnte für viele Entwickler verwirrend sein. Das ist eine Art langer Lauf, nicht wahr? Für einige Zeit, bis mit 1) (Async) < /li>
< /ol>
ist, ist es nicht wirklich ein "Langlauf -Thread" (vorausgesetzt, Schritt 2 ist kurz im Vergleich zu allem anderen), da die asynchronisierten Operationen (warten auf DosenaSync ()), die Hinrichtung des Threads vorzuschlagen und den Thread zurückzugeben. Vielleicht ist es nicht einmal notwendig, den Prozess in eine Aufgabe zu wickeln. Run, wenn Schritt 2 sehr schnell ist (aber angenommen, wir möchten, dass der Hauptfaden immer 100% reagiert). Angenommen, ein Prozess (CPU -gebundene / meist CPU -gebundene) dauert normalerweise ungefähr 100 ms, aber in einigen Fällen kann es einige Minuten dauern. Sollten wir uns um die Verwendung von Task.run kümmern? Ich denke, wir tun es, wenn es häufig vorkommt, aber vielleicht nicht, wenn es selten ist.
Mobile version