To nie ma nic wspólnego z węzła, a przynajmniej tej dyskusji dotychczas wprowadza żadnych dowodów zachowanie węzła.
Stos TCP sam w sobie akceptuje połączenie do własnej kolejki bez pomocy programu korzystającego z gniazda akceptującego. Jeśli ta kolejka się zapełni, kolejne żądania będą czekać, aż w kolejce połączenia TCP będzie miejsce. Takie "niedopuszczalne" połączenia nie są odrzucane, chociaż mogą się wygasnąć, jeśli coś naprawdę się opóźni.
Najważniejsze jest jednak to, że przykładowa odpowiedź, za pomocą curl, nie udowadnia niczego poza podstawowym zachowaniem stosu TCP, ale to prawdopodobnie nie ma znaczenia, ponieważ pierwotny problem dotyczył tego, że połączenia mogą się odbijać. Stanie się tak tylko wtedy, gdy twój serwer jest tak przeciążony (lub źle napisany), że jest skutecznie przeciążony, a odrzucanie niektórych żądań jest najlepszą szansą na zapewnienie przynajmniej części usług dla niektórych użytkowników.
To dobre pytanie, na które może odpowiedzieć ktoś znający się na Nodes.js. Podejrzewam, * że biblioteka C++ obiektu 'http'' obsługuje faktyczne operacje we/wy w osobnym wątku, więc * powinna * kolejkować żądania (może nie dodawać zdarzeń do kolejki, dopóki pętla zdarzeń nie zostanie podana kontrolować ponownie i oczekujące zdarzenia są interpretowane i dodawane?) –
Z tego, co przeczytałem wiem, że I/O jest asnieroniczny, ale po krótkiej wizualizacji wewnętrznej, jak działa programowanie asynchroniczne, czytałem, że asynchronizacja nie odradza nowych wątków? Czy to prawda? –
"Programowanie asynchroniczne promuje używanie tego samego wątku do przetwarzania wielu żądań po kolei, ale bez żądania zablokowania wątku, jak zobaczymy później, operacje wykonywane przez żądania będą wykonywane" w kawałkach "." http: // www. theserverside.com/discussions/thread.tss?thread_id=61693 –