W node.js, tylko jedno żądanie jest uruchamiane na raz (interpreter Javascript jest jednowątkowy), dopóki nie trafisz jakiejś operacji asynchronicznej w kodzie natywnym, a następnie inne żądanie zacznie działać, podczas gdy drugie czeka na I/O . Jeśli istnieje jakiś ograniczony zasób, którego szukają wszystkie żądania, jest to po prostu wyścig, aby zobaczyć, które żądanie zajdzie wystarczająco daleko w kodzie, aby uzyskać zasób. Jeśli klastrujesz serwer w celu zwiększenia skalowalności, każdy klaster uruchamia jeden wątek JavaScript.
Jeśli sprawisz, że każde przychodzące żądanie będzie czekać w kolejce, aż wszystkie inne żądania, które przychodzą, zanim zostaną całkowicie wykonane (coś, co można zrobić), poważnie zrujnujesz skalowalność serwera node.js i w większości przypadków będzie to siedzieć bezczynnie, czekając na wykonanie jakiejś operacji we/wy, więc wydaje się mało prawdopodobne, że jest to właściwy projekt.
Zwykły schemat polega na tym, aby po prostu pozwolić pierwszemu żądaniu, które przechodzi, aby odebrać zasób (nawet jeśli wiele zasobów może być uruchomionych w tym samym czasie). Nie będzie wiadomo, czy jest to zawsze żądanie, które jako pierwsze dotarło do serwera, czy nie, ale będzie ono bliskie, a społeczność użytkowników raczej nie będzie wiedziała, czy zdarzyło się to o kilka milisekund tylko ze względu na różnice w szybkość przetwarzania dwóch żądań.
Musisz upewnić się, że Twój kod, który uzyskuje dostęp do współdzielonych zasobów (takich jak bazy danych), jest bezpieczny dla współbieżności i nie robi żadnych kłopotliwych założeń dotyczących współdzielonych danych.
