Неужели страница обновляет поражение от использования NodeJS/Socket.IO и вызывает слишком много утечки на сервере при создании новых соединений?

Question

В текущем веб-приложении, где пользовательский интерфейс не может быть изменен для обновления страниц, а не обновления всего страницы (ссылка на другие страницы и т. Д.). В конце концов это будет помещено в не обновляющийся div, однако на данный момент ссылки на страницы будут уничтожать/создавать веб-рабочего, заставляя создавать новое соединение сокета. Какая утечка в системе при создании новых соединений сокетов с помощью Socket.IO?

Учитывая, что вся страница будет обновлена, это все еще хорошее решение?

- ОБНОВЛЕНИЕ -

Заявка на это для системы на основе push-уведомление, как «друг» логины и т.д. Я вижу это как нечто похожего на конфиденциальное сообщение в среде чата. Я хотел бы транслировать эти события, и клиентская сторона будет управлять тем, кто действительно получает обновления. Кажется правильным, как это сделать?

Answer 1

Здесь есть много факторов. Я перечислю некоторые из них:

1. Какой браузер пользователь, используя и то, что их система, как?

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

2. Какие транспортные средства вы включили?

   Вы можете configure Socket.IO to use many different types of transports, включая WebSocket, опрос XHR, опрос JSONP и даже Flash. Какой транспорт фактически используется, будет основываться на том, что вы настроили, и на том, что поддерживает браузер пользователя.

   Некоторые из этих транспортов, таких как Flash (отключено по умолчанию), очевидно, потребуют значительно больших затрат на установку. Другие, такие как опрос XHR, по своей сути неэффективны, но в значительной степени не затронуты новыми запросами на страницы, так как в любом случае вы делаете несколько запросов опроса.

3. Что вы делаете, когда установлено соединение Socket.IO и когда происходит отключение?

   Если у вас тяжелый хруст, который случается в любом из этих сценариев, то частые пересоединения будут проблемой. Тем не менее, вы действительно не должны делать тяжелый хруст на соединениях, поскольку это в значительной степени убивает опрос XHR.

4. Как часто эти обновления страницы случаются?

   Возможно, только когда пользователь нажимает на ссылку? Или у вас есть что-то, что заставляет страницу обновляться очень часто?

5. Какое оборудование и подключение имеют ваши серверы?

   Это довольно большая переменная, которую трудно исправить.

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