Открытая разность подключений в кометах и ​​веб-узлах

Question

Я пытался понять разницу в модели Websocket и Comet. По моему пониманию,

В модели кометы соединение остается открытым до тех пор, пока сервер не сможет что-то нажать на клиента. Когда сервер перетаскивает данные клиенту, соединение закрывается и для следующего запроса устанавливается новое соединение. Это не считается хорошим подходом, поскольку соединение может оставаться открытым долгое время (вызывая интенсивное использование ресурсов сервера) или может быть тайм-аут.

С другой стороны, веб-интерфейсы начинаются с установления связи, и как только клиент и сервер соглашаются обмениваться данными, соединение остается открытым.

Таким образом, в обоих случаях соединение остается открытым в течение длительного времени (особенно в сети). Так что это не недостаток websocket, чтобы поддерживать соединение открытым. Я хотел бы воспользоваться ссылкой SignalR в asp.net, чтобы обсудить эту концепцию.

Answer 1

Прежде всего, давайте поясним, что Comet поставляется в двух вариантах: потоковое HTTP и HTTP Long Polling. Вы имели в виду Лонг-Поллинг. (См. this other answer для терминологии).

Во всех трех случаях (WebSocket, HTTP Streaming и HTTP Long Polling) основной TCP-сокет остается открытым. Это на самом деле главная особенность такого рода методов, а не побочный эффект. Вы хотите, чтобы сокет оставался навсегда открытым (теперь я упрощаю), чтобы данные можно было асинхронно и с малой задержкой.

Как вы правильно сказали, это означает, что сервер должен иметь возможность обрабатывать большое количество открытых сокетов без потери ресурсов. И это один из ключевых элементов в выборе хорошего сервера Comet/WebSocket.