C'è un modo per ottenere gli stacktraces per tutti i thread in C#, come java.lang.Thread.getAllStackTraces()?

Question

In java è possibile ottenere un'istantanea degli stacktraces di tutti i thread in esecuzione. Questo viene fatto con java.lang.Thread.getAllStackTraces() (restituisce Mappa < Thread, StackTraceElement [] >).

Come si può fare la stessa cosa con .net?

Answer 1

Quindi, in realtà, ho dovuto solo capire come farlo: non ho ancora utilizzato questa soluzione in modo estensivo nella produzione, ma esiste una libreria relativamente nuova chiamata ClrMd.

http://blogs.msdn.com/b/dougste/archive/2013/05/04/clrmd-net-crash-dump-and-live-process-inspection.aspx

Con esso, sono in grado di connettersi al mio processo e ottenere una traccia dello stack per tutti i thread dal vivo.L'utilizzo di questo quando viene rilevata una situazione di stallo prima di riavviare la nostra applicazione in questo modo:

var result = new Dictionary<int, string[]>(); 

var pid = Process.GetCurrentProcess().Id; 

using (var dataTarget = DataTarget.AttachToProcess(pid, 5000, AttachFlag.Passive)) 
{ 
    string dacLocation = dataTarget.ClrVersions[0].TryGetDacLocation(); 
    var runtime = dataTarget.CreateRuntime(dacLocation); 

    foreach (var t in runtime.Threads) 
    { 
     result.Add(
      t.ManagedThreadId, 
      t.StackTrace.Select(f => 
      { 
       if (f.Method != null) 
       { 
        return f.Method.Type.Name + "." + f.Method.Name; 
       } 

       return null; 
      }).ToArray() 
     ); 
    } 
} 

var json = JsonConvert.SerializeObject(result); 

zip.AddEntry("_threads.json", json); 

La cosa veramente importante per ottenere che lavorare dallo stesso processo è AttachFlag.Passive

Se lo farete DataTarget.AttachToProcess(pid, 5000), lo farà un attaccamento "invasivo" che tenta di mettere in pausa il processo. Ciò genera un'eccezione quando si tenta di collegarsi al proprio processo, presumo poiché non è possibile sospendere l'applicazione durante il tentativo di allegare dall'applicazione o qualcosa del genere.

In ogni caso, sì, roba davvero interessante.

Se qualcuno ha dei motivi per cui questo è super ingenuo o altro, per favore segnalalo. Non l'ho ancora usato molto in produzione (basta mettere la prima istanza) così sperando che funzioni.

Answer 2

C'è una classe StackTrace

var trace = new System.Diagnostics.StackTrace(exception);

http://msdn.microsoft.com/en-us/library/system.diagnostics.stacktrace.aspx

Answer 3

È possibile effettuare il ciclo su System.Diagnostics.Process.GetCurrentProcess(). Fili e per ogni thread creare un oggetto StackTrace con l'.ctor che prende una discussione come parametro.

Answer 4

Provate questo

var proc = System.Diagnostics.Process.GetCurrentProcess(); 
var threads = proc.Threads; 

var res = new Dictionary<Thread, StackTrace>(); 
foreach (Thread thread in threads) 
{ 
    var stackTrace = new StackTrace(thread, true); 
    res.Add(thread, stackTrace); 
} 

In res u ottenere il dizionario con la mappatura u want :)

Answer 5

Se si desidera che questo per il debug da solo, le estensioni SOS per WinDbg può dare queste informazioni .

Il comando da eseguire è "* ~ e! Clrstack".

All'interno di un programma C# in esecuzione, non esiste un modo pubblico per enumerare i thread gestiti o cercarli per ID. Anche se fosse possibile, ottenere una traccia di stack su un thread diverso richiederebbe probabilmente di sospenderlo, con alcuni rischi di effetti collaterali (vedere perché this is obsolete).

L'altra alternativa è quella di arruolare i thread come sono noti e scansionarli a vostro piacimento. Questo è probabilmente possibile solo se stai creando oggetti thread in modo esplicito anziché utilizzare il pool di thread.

Detto questo, è anche difficile per me vedere quale scopo servirebbe questo approccio. Se è per il debug, ci sono tecniche molto più potenti che possono essere fatte in memoria o in mini-dump. Se è per la registrazione, allora potrebbe essere logico che le chiamate di registrazione contribuiscano con i propri stack.

Answer 6

Come suggerisce Mason of Words, questo non sembra possibile all'interno del codice gestito stesso. Potrebbe chiarire perché ne hai bisogno: potrebbe esserci una soluzione migliore?

Ad esempio, se si allega al processo in Visual Studio e si preme "pause", la finestra "Thread" elencherà tutti i thread gestiti e la finestra "Stacktrace" può mostrare la traccia di stack corrente per ogni thread. Sarebbe sufficiente?