Что такое Long-Polling, Websockets, Server-Sent Events (SSE) и комета?

В приведенных ниже примерах клиент является браузером, а сервером является веб-сервер, на котором размещен веб-сайт.

Прежде чем вы сможете понять эти технологии, сначала вам нужно понять классический веб-трафик HTTP.

Обычный HTTP:

1. Клиент запрашивает веб-страницу с сервера.
2. Сервер вычисляет ответ
3. Сервер отправляет ответ клиенту.

Ajax Опрос:

1. Клиент запрашивает веб-страницу с сервера с использованием обычного HTTP (см. HTTP выше).
2. Клиент получает запрошенную веб-страницу и выполняет JavaScript на странице, которая периодически запрашивает файл с сервера (например, 0,5 секунды).
3. Сервер вычисляет каждый ответ и отправляет его обратно, как обычный HTTP-трафик.

Ajax Long-Polling:

1. Клиент запрашивает веб-страницу с сервера с использованием обычного HTTP (см. HTTP выше).
2. Клиент получает запрошенную веб-страницу и выполняет JavaScript на странице, которая запрашивает файл с сервера.
3. Сервер не сразу отвечает запрошенной информацией, но ждет, пока не появится новая информация.
4. Когда появится новая информация, сервер отвечает новой информацией.
5. Клиент получает новую информацию и немедленно отправляет другой запрос на сервер, повторно запуская процесс.

События, отправленные сервером HTML5 (SSE) / EventSource:

1. Клиент запрашивает веб-страницу с сервера с использованием обычного HTTP (см. HTTP выше).
2. Клиент получает запрошенную веб-страницу и выполняет JavaScript на странице, которая открывает соединение с сервером.

3. Сервер отправляет событие клиенту, когда имеется новая информация.

   • В реальном времени трафик от сервера к клиенту, в основном это то, что вам нужно
   • Вы захотите использовать сервер, на котором есть цикл событий
   • Невозможно подключиться к серверу из другого домена.
   • Если вы хотите прочитать больше, я нашел их очень полезными: (статья) , (статья) , (статья) , (учебник) .

Веб-узлы HTML5:

1. Клиент запрашивает веб-страницу с сервера, используя обычный http (см. HTTP выше).
2. Клиент получает запрошенную веб-страницу и выполняет JavaScript на странице, которая открывает соединение с сервером.

3. Теперь сервер и клиент могут отправлять друг другу сообщения, когда доступны новые данные (с обеих сторон).

   • Трафик реального времени от сервера к клиенту и от клиента к серверу
   • Вы захотите использовать сервер, на котором есть цикл событий
   • С помощью WebSockets можно подключиться к серверу из другого домена.
   • Также возможно использовать сторонний сервер веб-сервера, например, Pusher или другие . Таким образом, вам нужно будет только реализовать клиентскую сторону, что очень просто!
   • Если вы хотите прочитать больше, я нашел их очень полезными: ( статья ), (статья) ( учебник ).

Comet:

Комета представляет собой набор методов, предшествующих HTML5, которые используют потоковые и длинные опросы для достижения приложений реального времени. Подробнее о википедии или этой статье.

Теперь, какой из них я должен использовать для приложения в реальном времени (которое мне нужно закодировать). Я много слышал о websockets (с socket.io [библиотекой node.js]), но почему бы не PHP?

Вы можете использовать PHP с WebSockets, посмотрите Ratchet .

Tieme приложил немало усилий в его отличный ответ, но я думаю, что суть вопроса OPs заключается в том, как эти технологии связаны с PHP, а не с тем, как работают каждая технология.

PHP является наиболее часто используемым языком в веб-разработке, помимо очевидной клиентской стороны html, css и javascript. Тем не менее, PHP имеет две основные проблемы, когда дело касается приложений реального времени:

1) PHP начал как очень простой CGI. PHP продвинулся очень далеко, так как это на ранней стадии, но это произошло небольшими шагами. У PHP уже было много миллионов пользователей к тому времени, когда оно стало внедряемой и гибкой библиотекой C, которой она является сегодня, большинство из которых зависят от ее более ранней модели исполнения, поэтому она еще не предприняла твердую попытку избежать cgi модель внутри. Даже интерфейс командной строки вызывает библиотеку PHP (libphp5.co на linux, php5ts.dll на окнах и т. Д.), Как будто он все еще обрабатывает cgi с запросом GET / POST. Он по-прежнему выполняет код, как будто он просто должен создать «страницу», а затем завершить жизненный цикл. В результате он очень мало поддерживает многопоточное или управляемое событиями программирование (в пользовательском пространстве PHP), что делает его в настоящее время нецелесообразным для многопользовательских приложений в режиме реального времени.

Обратите внимание, что PHP имеет расширения для предоставления циклов событий (таких как libevent) и потоков (например, pthreads) в пользовательском пространстве PHP, но очень и очень немногие из них используют их.

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

PHP 7 станет отличным шагом для решения этих проблем, и он кажется очень перспективным как платформа для приложений реального времени.

Я попытался сделать заметку об этих и собрал и написал примеры с точки зрения java .

HTTP для разработчиков Java

Обратный Ajax – Старый стиль

Асинхронная обработка на стороне сервера

Обратный Ajax – Новый стиль

События, отправленные сервером

Поместите его здесь для любого разработчика Java, который изучает тот же предмет.