Websockets и SSE (события, отправленные сервером) могут одновременно передавать данные в браузеры, однако они не конкурируют с технологиями.

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

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

На практике, поскольку все, что можно сделать с помощью SSE, также можно выполнять с помощью Websockets, Websockets получает гораздо больше внимания и любви, а многие другие браузеры поддерживают веб-узлы, чем SSE.

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

Кроме того, SSE можно полилизовать в более старые браузеры, которые не поддерживают его изначально, используя только JavaScript. Некоторые реализации SSF-полиполков можно найти на странице страница Modernizr github.

Gotchas:

• SSE имеет ограничение на максимальное количество открытых подключений, что может быть особенно болезненно при открытии различных вкладок, поскольку предел для каждого браузера и установлен на очень низкое число (6). Проблема отмечена как "Не исправлена" в Chrome и Firefox
• Только WS может передавать как двоичные данные, так и UTF-8, SSE ограничивается UTF-8. (Спасибо Chado Nihi).

HTML5Rocks содержит некоторую полезную информацию об SSE. С этой страницы:

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

Почему вы выбираете Server-Sent Events через WebSockets? Хороший вопрос.

Одна из причин, по которой SSE хранится в тени, заключается в том, что более поздние API, такие как WebSockets, обеспечивают более богатый протокол для выполнения двунаправленной полнодуплексной связи. Наличие двухканального канала более привлекательно для таких вещей, как игры, приложения для обмена сообщениями и для случаев, когда вам нужны почти обновления в реальном времени в обоих направлениях. Однако в некоторых сценариях данные не нужно отправлять с клиента. Вам просто нужны обновления из какого-либо действия сервера. Несколько примеров - это обновления статуса друзей, биржевые тикеры, новостные ленты или другие автоматизированные механизмы передачи данных (например, обновление клиентской базы данных веб-SQL или хранилища объектов IndexedDB). Если вам нужно отправить данные на сервер, XMLHttpRequest всегда является другом.

SSE отправляются по традиционному HTTP. Это означает, что для работы не требуется специальный протокол или реализация сервера. WebSockets, с другой стороны, требуют полнодуплексных соединений и новых серверов Socket Socket для обработки протокола. Кроме того, Server-Sent Events имеют множество функций, которые не имеют WebSockets, такие как автоматическое повторное подключение, идентификаторы событий и возможность отправки произвольных событий.

Краткий обзор TL;DR:

Преимущества SSE над Websockets:

• Передается через простой HTTP вместо настраиваемого протокола
• Может быть заполнен с помощью javascript для "backport" SSE для браузеров, которые еще не поддерживают его.
• Встроенная поддержка повторного подключения и идентификатора события
• Простой протокол

Преимущества веб-узлов над SSE:

• Реальное время, двухсторонняя связь.
• Встроенная поддержка в более браузерах

Идеальные варианты использования SSE:

• Поток потокового тикета
• Обновление твиттера
• Уведомления в браузере

SSE gotchas:

• Нет двоичной поддержки
• Максимальное ограничение открытых подключений