Warum Name Threads in .NET?

Question

Ich habe die Gewohnheit, meine Themen schon immer so zu benennen, weil ich so irgendwann tun lesen, aber es fiel mir ein, dass ich noch nie ein Debugging-Tool verwendet, die einen Thread Namen zeigte.

Wenn würde die Benennung ein Thread nützlich sein? Wann würde ich tatsächlich sehen, den Namen eines Themas? Soll ich nennen Fäden für einige Profilierwerkzeuge? Welche Werkzeuge?

Answer 1

Am allerwenigsten, macht es ein wenig schneller debuggen, wenn Sie schnell, welche Threads Zustand Sie untersuchen müssen identifizieren können (oder wechseln Sie zu oder aussetzen). Siehe auch ein paar der Antworten in diese Frage SO .

Visual Studio hat ein Gewinde Fenster zumindest hat seit VS2003 . Die MSDN-Seite auch ein paar Verwendungen des Threads Fensters verfügt.

Answer 2

Wie Sie, ich habe selten Verwendung für Namen Thread beim Debuggen. Ich weiß, dass das Fenster Threads gibt es, und ich habe es ab und zu verwendet. Und wenn ich es benutzt haben, ich bin froh, dass ich meine Themen benannt haben.

Wie gesagt, verwende ich den Namen eines Themas (System.Threading.Thread.CurrentThread.Name), wenn Nachrichten an die Ereignisanzeige Protokollierung, Log-Dateien, die Konsole, usw. Insbesondere im Fall von Fehlern, bietet es mir dass zusätzliche Einsicht in das, was genau los war. Ich benutze den Stack-Trace die Position des Fehlers in dem Code und den Thread-Namen zu lokalisieren, der Stapel zu geben, einigen Kontext verfolgen.