Wiedza W jakim momencie aplikacja zamarza

Question

Pracuję nad wielowątkową aplikacją WinForm z C#. Czasami zdarza się, że moja aplikacja zawiesza się lub zawiesza się lub blokuje.

Kiedy to się dzieje, a ja działam w trybie DEBUG, czy mimo to rozumiem, w jakim wierszu kodu znajduje się moja aplikacja? Ponieważ jest zamrożony, spodziewam się znaleźć punkt, w którym aplikacja jest zablokowana lub zablokowana lub cokolwiek innego. Czy to możliwe?

Po zamrożeniu próbuję otworzyć okno CALL STACK, ale nie wyświetlają żadnych informacji; czy jest coś, co mógłbym zrobić? Niektóre "wstrzymaj i sprawdź" czy cokolwiek?

Answer 1

Może być konieczne otwarcie okna Threads i zmiana bieżącego wątku. Podczas debugowania wybierz Debuguj -> Przerwij wszystko i otwórz okno Threads. Jeśli przejdziesz przez każdy wątek, dwukrotnie klikając na wątku, powinieneś być w stanie zbadać stos wywołań dla każdego wątku.

To powiedziawszy, jeśli możesz uruchomić swój program w VS 2010 - to jest o wiele łatwiejsze. W VS 2010 można korzystać z nowego Profilowania Współbieżności i uruchamiać swój kod w Profilu Współzależności z opcją Wizualizacja zachowania wielowątkowej aplikacji. Po zamknięciu aplikacji zabij ją i pozwól profilerowi odejść -

Ostatecznie otrzymasz diagram, który pokazuje każdy wątek w twoim programie i kiedy są zablokowane. Zostanie pokazany callstack dla każdego zablokowanego wątku, a także blokada (linia kodu źródłowego). Dzięki temu bardzo łatwo wyśledzić martwego zamka.

Answer 2

Po podłączeniu debugera przejdź do menu Debuguj i wybierz "Przerwij wszystko" ... Następnie możesz sprawdzić stosy połączeń dla wszystkich wątków.

Answer 3

Możesz nacisnąć pauzę i zobaczyć, gdzie się kończy (użyj wyżej wymienionego okna stosu wywołań). Istnieje jednak szansa, że ​​skończysz z natywnym kodem. Możesz spróbować wyjść nieco lub po prostu spojrzeć na stos dla funkcji zarządzanej do debugowania.

Alternatywnie można umieścić punkt przerwania po "zamrożeniu" aplikacji i spróbować wskazać pętlę, która się nie kończy.

Obie powyższe zasady zakładają, że aplikacja jest zajęta (100% użycia procesora). Jeśli twoja aplikacja zostanie zablokowana lub po prostu czeka na muteksa, który nie będzie zaznaczał, będziesz musiał ręcznie ponownie przeczytać swój kod i spróbować go samodzielnie.