HTTP trwałe połączenie vs połączenia gniazda TCP

Question

Od this artykuł na Wikipedii:

keepalive wiadomości nie były oficjalnie obsługiwana w protokole HTTP 1.0. W protokole HTTP 1.1 wszystkie połączenia są uznawane za trwałe, , chyba że zadeklarowano inaczej.

• Czy to oznacza, że ​​za pomocą tego mechanizmu mogę faktycznie symulować połączenia gniazda TCP?
• Skorzystanie z tego może spowodować, że dane "Push" na serwerze zostaną przekazane klientowi?
• Czy są wszystkie połączenia HTTP, nawet numer , którego używam do połączenia ze stosem Przepełnienie "Trwałość HTTP"?
• Czy technologia przesyłania danych na serwerze COMET serwera korzysta z tego mechanizmu polegającego na stałym połączeniu HTTP , aby przekazać klientom dane ?

Answer 1

• Czy to oznacza, że ​​za pomocą tego mechanizmu można faktycznie symulować połączenia gniazda TCP?

Niezupełnie Gniazda mają WIELE więcej funkcji i elastyczność.

• Używanie tego mogę serwerze „push” danych do klienta?

Nie bezpośrednio, to nadal wniosek protokół/odpowiedź; stałe połączenie oznacza po prostu, że klient może używać tego samego gniazda podstawowego do wysyłania wielu żądań i odbierania odpowiednich odpowiedzi.

• Czy wszystkie połączenia HTTP, nawet jeden używam do łączenia w stos Overflow „HTTP trwałe”?

O ile Twoja przeglądarka (lub osobliwy serwer) nie mówi inaczej, tak.

• Czy technologia COMET serwera naciśnięciem użyć tego mechanizmu HTTP trwałego połączenia do pchania danych do klientów?

Kinda (dla streamingu, przynajmniej), ale z dużą ilością bitej śmietany na wierzchu. Istnieją inne podejścia do implementacji Comet, takie jak ukryte elementy iframe i długi proces ankiety AJAX, które mogą nie wymagać trwałych połączeń (które powodują, że niektóre zapory są i tak ;-).

Answer 2

W rzeczywistości serwer HTTP może "przesłać" dane do podłączonego klienta HTTP bez żądań klienta. Zobacz "HTTP server push" pod adresem http://en.wikipedia.org/wiki/Push_technology. Jednak wydaje się, że jest on powszechnie stosowany.