Czym WebSocket różni się od HTTP?
Najpierw odpowiedz na głos lub w myślach, potem porównaj.
Odpowiedź
W typowym użyciu HTTP klient wysyła żądanie, a serwer na nie odpowiada. WebSocket po zestawieniu połączenia pozwala obu stronom przesyłać kolejne wiadomości bez tworzenia osobnego żądania HTTP dla każdej z nich. To wygodne, gdy wymiana jest częsta i odbywa się w obie strony.
Nie oznacza to, że HTTP zawsze zamyka połączenie po odpowiedzi ani że nie potrafi przesyłać danych stopniowo. HTTP także obsługuje strumieniowanie, np. przez SSE. Dla pobrania profilu zwykłe API HTTP jest prostsze. Dla dwustronnej, częstej współpracy na żywo WebSocket może być lepiej dopasowany.
Dlaczego to ważne: Zapobiega popularnemu uproszczeniu „HTTP krótkie, WebSocket długie”.
Możliwe dopytania: Czy strumieniowanie tekstu z modelu wymaga WebSocketu?
Jak poszło? Bądź szczery — „Jeszcze nie” dodaje pytanie do powtórki.
Dalsza lektura
- MDN: WebSocket API(otwiera się w nowej karcie)Dostęp 22.10.2026. Połączenie, dwustronne wiadomości i ograniczenia interfejsu przeglądarki.
- MDN: Overview of HTTP(otwiera się w nowej karcie)Dostęp 22.10.2026. Żądania, odpowiedzi i ponowne wykorzystywanie połączeń.