Минимальное время между последующими вызовами AJAX
В приложениях AJAX, которым необходимо опрашивать сервер через равные промежутки времени (например, в приложениях чата), каково рекомендуемое минимальное время между двумя вызовами, чтобы обновление выполнялось как можно быстрее? Какие времена считаются свиньями для сервера и клиента?
![Безумие обратных вызовов в javascript [JS]](https://i.imgur.com/WsjO6zJb.png)
Ответы 4
Ответ на этот вопрос во многом зависит от:
- Сколько данных отправляется в каждом опросе
- Сколько пользователей онлайн у вас будет одновременно
- Какую пропускную способность может обрабатывать ваш сервер
- Насколько «свежими» должны быть данные о вашем клиенте
Не зная ни одной из этих особенностей вашего приложения, будет сложно дать хорошую рекомендацию. Вы изучали метод, при котором клиент подключается к серверу, а сервер держит соединение открытым до тех пор, пока не будут доступны данные? Затем сервер доставляет данные, а клиент немедленно подключается снова и снова ждет. Это может быть непросто, но таким образом вы сможете максимизировать как эффективность полосы пропускания, так и скорость отклика.
Это зависит от приложения, но для чата вы, вероятно, захотите опрашивать довольно часто - я бы сказал, от 1 до 4 секунд. Что вы можете сделать, так это динамически изменять интервал опроса, чтобы уменьшить нагрузку на ваш сервер - если никто ничего не сказал в течение минуты, увеличьте до 10 секунд ... через 5 минут увеличьте до 30 секунд - и тому подобное.
Нет никакого реального ограничения, кроме количества одновременных пользователей, которым вы ожидаете увеличить нагрузку на ваш сервер. Вероятно, вы можете динамически настраивать это на стороне клиента, отслеживая среднее время ответа.
Чтобы сделать это правильно, при приличной нагрузке вы делаете ставку, используя Комета.
У нас есть другое решение для опроса AJAX в нашем чате:
Запрос отправляется на сервер и опрашивает данные в сторона сервера в цикле с очень короткими интервалами задержки (например, 0,5 секунды). Получены данные, запрос возвращается. Затем следующий запрос немедленно отправляется на сервер. Таймаут всех запросов установлен примерно на 60 секунд, когда он истекает без получения данных, следующий запрос заменяет его.
Динамическую настройку также можно выполнить на сервере (который, вероятно, лучше всех знает, насколько он перегружен) в форме элемента «не перезванивать мне в течение N миллисекунд» для возвращаемого значения. Но да, взаимодействие в стиле кометы идеально, если ваш сервер / фреймворк может его эффективно поддерживать.