Synchroniczny jest zdefiniowany jako działający w tym samym czasie.
Asynchroniczny jest zdefiniowany jako nie dzieje się w tym samym czasie.
To powoduje pierwsze zamieszanie. Synchroniczny to tak naprawdę tak zwany równoległy. Chociaż asynchroniczny jest sekwencyjny, zrób to, a następnie zrób to.
Teraz cały problem dotyczy modelowania zachowania asynchronicznego, ponieważ masz operację, która wymaga odpowiedzi innej, zanim będzie mogła się rozpocząć. Jest to zatem problem z koordynacją. Skąd będziesz wiedzieć, że możesz teraz rozpocząć tę operację?
Najprostsze rozwiązanie to blokowanie.
Blokowanie ma miejsce, gdy po prostu zdecydujesz się poczekać na wykonanie innej czynności i odpowiedzieć, zanim przejdziesz do operacji, która tego wymagała.
Więc jeśli chcesz położyć masło na grzance, a zatem najpierw musisz wznieść toast za hodowlę. Sposób, w jaki je koordynujesz, polega na tym, że najpierw wznosisz toast za hodowlę, a następnie wpatrujesz się w toster bez końca, aż wyskoczy toast, a następnie zaczniesz nakładać na nie masło.
To najprostsze rozwiązanie i działa bardzo dobrze. Nie ma prawdziwego powodu, aby go nie używać, chyba że zdarzają się również inne rzeczy, które musisz robić, które nie wymagają koordynacji z operacjami. Na przykład zmywanie niektórych potraw. Po co czekać bezczynnie, wpatrując się w toster ciągle, aż tost wyskoczy, skoro wiesz, że zajmie to trochę czasu i możesz umyć całe naczynie, gdy się skończy?
Właśnie tutaj wchodzą w grę dwa inne rozwiązania, znane odpowiednio jako nieblokujące i asynchroniczne.
Nieblokowanie ma miejsce wtedy, gdy zdecydujesz się wykonać inne niezwiązane rzeczy podczas oczekiwania na wykonanie operacji. Sprawdzanie dostępności odpowiedzi według własnego uznania.
Zamiast patrzeć na toster, żeby wyskoczył. Idziesz i myjesz całe naczynie. A potem zerkasz na toster, aby zobaczyć, czy grzanki się wyskoczyły. Jeśli nie, idź umyć kolejne naczynie, sprawdzając tostera między każdym naczyniem. Kiedy zobaczysz, że tosty wyskoczyły, przestajesz myć naczynia, a zamiast tego bierzesz tosty i przystępujesz do nakładania na nie masła.
Konieczność ciągłego sprawdzania tostów może być denerwująca, wyobraź sobie, że toster znajduje się w innym pokoju. Pomiędzy naczyniami marnujesz czas na chodzenie do innego pokoju, aby sprawdzić toast.
Nadchodzi asynchronicznie.
Asynchroniczny ma miejsce wtedy, gdy wybierasz wykonywanie innych niezwiązanych ze sobą czynności podczas oczekiwania na wykonanie operacji. Zamiast sprawdzania tego, przekazujesz pracę sprawdzania do czegoś innego, może to być sama operacja lub obserwator, i masz to powiadomienie i być może przeszkadza, gdy odpowiedź jest dostępna, abyś mógł przejść do innej operacji, która potrzebowałem tego.
To dziwna terminologia. Nie ma to większego sensu, ponieważ wszystkie te rozwiązania są sposobami do asynchronicznej koordynacji zależnych zadań. Dlatego wolę nazywać to wydarzeniem.
Więc w tym przypadku decydujesz się na ulepszenie swojego tostera, aby emitował sygnał dźwiękowy po zakończeniu grzanek. Zdarza się, że ciągle słuchasz, nawet podczas zmywania naczyń. Po usłyszeniu sygnału dźwiękowego ustawiasz się w kolejce w pamięci, że gdy tylko skończysz myć swoje obecne danie, zatrzymasz się i pójdziesz położyć masło na grzance. Możesz też przerwać mycie bieżącego naczynia i od razu zająć się grzanką.
Jeśli nie możesz usłyszeć sygnału dźwiękowego, możesz poprosić partnera o obserwowanie tostera i przyjście powiedzieć, kiedy tost jest gotowy. Twój partner może sam wybrać jedną z powyższych trzech strategii, aby koordynować swoje zadanie polegające na obserwowaniu tostera i informowaniu go, kiedy będą gotowe.
Podsumowując, dobrze jest zrozumieć, że chociaż nieblokowanie i asynchronizacja (lub to, co wolę nazywać eventem), pozwalają ci robić inne rzeczy podczas oczekiwania, nie masz też. Możesz stale sprawdzać status połączenia nieblokującego, nie robiąc nic więcej. Jest to często gorsze niż blokowanie (jak patrzenie na toster, potem odwrócenie go, a potem powrót do niego, aż się skończy), więc wiele nieblokujących interfejsów API umożliwia przejście z trybu blokowania. W przypadku eventu możesz po prostu czekać bezczynnie, aż otrzymasz powiadomienie. Minusem w tym przypadku jest to, że dodanie powiadomienia było na początku skomplikowane i potencjalnie kosztowne. Trzeba było kupić nowy toster z funkcją beep lub przekonać partnera, aby go obserwował.
I jeszcze jedno, musisz zdać sobie sprawę z kompromisów, które zapewniają wszystkie trzy. Jedno nie jest oczywiście lepsze od innych. Pomyśl o moim przykładzie. Jeśli twój toster jest tak szybki, nie będziesz miał czasu, aby umyć naczynie, nawet nie zacząć go myć, tak szybki jest toster. Rozpoczęcie pracy nad czymś innym to strata czasu i wysiłku. Blokowanie wystarczy. Podobnie, jeśli mycie naczynia potrwa 10 razy dłużej niż opiekanie. Musisz zadać sobie pytanie, co jest ważniejsze do zrobienia? Tosty mogą stać się zimne i twarde do tego czasu, nie warto, blokowanie też się sprawdzi. Lub powinieneś wybrać szybsze rzeczy do zrobienia, czekając. Jest bardziej oczywiste, ale moja odpowiedź jest już dość długa. Chodzi mi o to, aby pomyśleć o tym wszystkim i o złożoności wdrażania każdego z nich, aby zdecydować, czy warto, a jeśli „
Edytować:
Chociaż jest to już długie, chcę, aby było kompletne, więc dodam jeszcze dwa punkty.
1) Często istnieje również czwarty model znany jako multipleksowany . To wtedy, gdy czekasz na jedno zadanie, zaczynasz inne, a gdy czekasz na oba, zaczynasz jeszcze jedno itd., Dopóki nie zaczniesz wielu zadań, a potem zaczniesz czekać bezczynnie, ale na wszystkich im. Gdy tylko zostanie to zrobione, możesz przystąpić do obsługi jego odpowiedzi, a następnie powrócić do oczekiwania na pozostałych. Nazywa się to multipleksowaniem, ponieważ podczas oczekiwania musisz sprawdzać każde zadanie jedno po drugim, aby sprawdzić, czy zostało wykonane, ad vitam, dopóki nie zostanie wykonane. To trochę rozszerzenie poza zwykłym nieblokowaniem.
W naszym przykładzie byłoby to jak uruchomienie tostera, potem zmywarki, mikrofalówki itp. A potem czekanie na którykolwiek z nich. Gdybyś sprawdził toster, aby zobaczyć, czy jest zrobiony, jeśli nie, sprawdziłbyś zmywarkę, jeśli nie, kuchenkę mikrofalową i jeszcze raz.
2) Mimo że uważam, że to duży błąd, synchroniczny często oznacza jedną rzecz na raz. I asynchroniczne wiele rzeczy na raz. Zatem zobaczysz synchroniczne blokowanie i nieblokowanie używane w odniesieniu do blokowania i nieblokowania. A asynchroniczne blokowanie i nieblokowanie odnosi się do multipleksowania i zdarzeń.
Naprawdę nie rozumiem, jak się tam dostaliśmy. Ale jeśli chodzi o operacje we / wy i obliczenia, synchroniczne i asynchroniczne często odnoszą się do tego, co jest lepiej znane jako nie nakładające się i nakładające się. Oznacza to, że asynchroniczne oznacza, że operacje we / wy i obliczenia nakładają się, inaczej dzieje się jednocześnie. Chociaż synchroniczne oznacza, że tak nie jest, dzieje się to sekwencyjnie. W przypadku synchronicznego nieblokowania oznacza to, że nie uruchamiasz innego We / Wy ani obliczeń, po prostu jesteś zajęty oczekiwaniem i symulowaniem połączenia blokującego. Chciałbym, żeby ludzie przestali niewłaściwie używać synchronicznych i asynchronicznych w ten sposób. Więc nie zachęcam tego.