Sapere A che punto l'applicazione si blocca

Question

Sto sviluppando un'applicazione WinForm multithread con C#. A volte capita che la mia applicazione si blocchi, o blocchi o blocchi.

Quando questo accade e sto correndo in modalità DEBUG, c'è comunque da capire a quale riga di codice è attualmente la mia applicazione? Poiché è bloccato, mi aspetto di trovare un punto in cui l'applicazione è bloccata o bloccata o altro. È possibile farlo in qualche modo?

Quando è bloccato ho provato ad aprire la finestra CALL STACK, ma questa non mostra alcuna informazione; c'è qualche azione che potrei fare? Alcuni "pausa e controllo" o qualsiasi altra cosa?

Answer 1

Potrebbe essere necessario aprire la finestra Thread e modificare il thread corrente. Durante il debug, scegli Debug-> Break All e apri la finestra Threads. Se si passa attraverso ciascun thread, facendo doppio clic sul thread, si dovrebbe essere in grado di esaminare lo stack di chiamate per ogni thread.

Detto questo, se è possibile eseguire il programma in VS 2010, questo diventa molto più semplice. In VS 2010, è possibile utilizzare il nuovo Concurrency Profiler ed eseguire il codice in Concurrency Profiler con l'opzione per visualizzare il comportamento di un'applicazione multithread. Una volta bloccata la tua applicazione, uccidila e lascia che il profiler si abbandoni -

Alla fine, otterrai un diagramma che mostra ogni thread nel programma e quando sono bloccati. Verranno visualizzati il ​​callstack per ogni thread bloccato, nonché il blocco (con la riga del codice sorgente). Questo rende molto facile rintracciare un blocco morto.

Answer 2

Quando il debugger è collegato andare al menu Debug e scegliere 'Break All' ... Quindi è possibile esaminare gli stack di chiamata per tutti i thread.

Answer 3

È possibile premere la pausa e vedere dove finisce (utilizzare la finestra stack di chiamate sopra indicata). È comunque probabile che finirai con il codice nativo. Si potrebbe provare a uscire un po 'o semplicemente a guardare lo stack per una funzione gestita per il debug.

In alternativa è possibile inserire un punto di interruzione dopo che l'applicazione "si blocca" e provare a individuare un loop che non termina.

Entrambi i precedenti presuppongono che l'applicazione sia occupata (utilizzo della CPU al 100%). Se la tua applicazione è comunque bloccata in un dead lock o semplicemente in attesa di un mutex che non ticcherà, dovrai rileggere manualmente il tuo codice e provare a capirlo da solo.