Odpowiedź na twoje pytanie brzmi: tak / nie.
Podczas gdy system operacyjny Windows może i odpytuje aplikacje ze zdarzeniami w kolejce Windows Messaging, programy mają absolutnie zerowy obowiązek łączenia się z WinAPI lub obsługi / odbierania kolejki Windows. Nawet odpowiedź na wiadomość w kolejce nie informuje systemu Windows, czy program „zablokował się”, czy nie. To wskaźnik, ale to wszystko. Prawdziwa odpowiedź jest nieco bardziej skomplikowana.
Prawdziwa odpowiedź
Ludzie żywią się tutaj wokół właściwej odpowiedzi. Określenie, czy program „nie odpowiada” jest odmianą „ problemu zatrzymania ”, który formalnie jest nierozstrzygalny w informatyce. Krótkie wyjaśnienie jest takie, że procesor nie może działać jako strona trzecia obserwująca się w celu ustalenia, czy podprogram utknął w nieskończonej pętli, nie robiąc nic, a nie zwiększając licznik, który zakończy się na pewnej stałej, normalnej liczbie. Oba z nich można uznać za ściśle zamknięte pętle. Jeden się zatrzymuje, drugi nigdy się nie skończy. Nawet ty, jako osoba, nie wiesz, czy program faktycznie odpowiada, czy nie, szczególnie jeśli jest w ściśle zamkniętej pętli - wiesz tylko, jeśli uważasz, że powinien (odpowiedzieć).
Z punktu widzenia systemu Windows obie te pętle „nie odpowiadają” . Właśnie dlatego system Windows daje możliwość czekania lub zakończenia, ponieważ nie jest w stanie tego stwierdzić.
Więc następstwem jest „Dlaczego okna wiedzieć, że proces jest reagować?” Odpowiedź jest raczej sprytna. Gdy proces jest kompilowany w wielowątkowym i wieloprocesowym systemie operacyjnym, czasem nawet w ciasno zamkniętych pętlach, kompilator może dodać komendę fed () , która zapewnia wygodne powiadomienie procesora, że może przełączyć się na inne uruchomione procesy . To „rezygnuje” procesor i „przełączanie kontekstu” (jak to się nazywa) zdarza się, że pozwala na OS (Windows w zestawie), aby odpowiedzieć na inne wydarzenia w stos, z których niektóre zawierają śledzenie, że proces nie odpowiedział.
** Nie oznacza to, że proces odpowiadania zostanie zakończony . ** Proces wewnątrz nieskończonej pętli może dać procesorowi, umożliwiając systemowi Windows przetwarzanie innych zdarzeń.
W niektórych programach systemu Windows program będzie obsługiwał sygnały systemu operacyjnego Windows, co może powiedzieć systemowi, że „odpowiada”, ale żaden program nie jest do tego zobowiązany. Możesz pisać dość proste blokowanie procesora, nie kończące się programy, nawet w językach wyższego poziomu w systemie Windows, takich jak perl, php, python, a Windows może nie wykryć, że nie kończy i nie odpowiada. W tym momencie system Windows zależy od heurystyki - obciążenia procesora, pamięci, liczby przerwań obsługiwanych przez procesor podczas działania programu w celu „odgadnięcia”. Ponownie, w tym momencie Windows musi poprosić cię o zakończenie, ponieważ tak naprawdę nie wie, czy powinien.
Zobacz także (poprawną) odpowiedź Viktora. Zignoruj komentarze dotyczące tego, czy „brak odpowiedzi” nie jest tym samym, co nieskończona pętla. Istnieją różne rodzaje komunikatów, przerwań, pętli, które aplikacja może obsługiwać lub nie, bez informowania kolejki komunikatów systemu Windows. Obsługa kolejki komunikatów jest tylko jednym z wielu rodzajów zdarzeń, na które system operacyjny liczy, próbując zgadnąć, czy proces się zawiesił.