Поток данных является важным фактором при проектировании системы. Поток данных происходит между клиентом и сервером.

Клиентская система: сторона, которой необходимо получить данные.

Серверная система: поставщик данных.

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

Эти два метода имеют свои особенности и применимые сценарии.

Тянуть

1. в реальном времени
   1. Данные обычно извлекаются регулярно, и регулярный интервал составляет реальном Один из факторов отклонения времени.
   2. кроме того,Когда объем данных на сервере становится большим,,Также требуется много времени, чтобы получить всю сумму сразу.,Это такжев реальном Время Один из влияющих факторов отставания.
2. стабильность
   1. Обычные системы обычно не ограничивают ток.,Только когда сервер обнаружит, что трафик слишком велик и вызывает проблемы с его стабильностью, он может принять некоторые меры по ограничению потока.
   2. Конечно, если сервер не работает должным образом и клиент приводит к сбою сервера, клиенту необходимо самостоятельно обработать логику сбоя.
3. сложность
   1. Этот метод извлечения относительно прост, и вы можете получить его, если у вас есть интерфейс запроса.
   2. Обычные системы обычно не ограничивают ток, поэтому вы можете использовать его в любое время, что является обычной стоимостью разработки интерфейса запросов.
4. Применимые сценарии
   1. Небольшие сценарии сбора данных с низкой реализуемостью.

Толкать

1. в реальном времени
   1. Если данные сервера изменятся, клиент будет уведомлен как можно скорее, и временной интервал можно игнорировать.
   2. конечно,Сервер также может отказаться от отправки данных при каждом изменении.,Вместо этого я накопил пакет данных, а затем отправил,такв реальном время тоже уменьшилось.
2. стабильность
   1. Накладные расходы на производительность серверной системы становятся более контролируемыми. Стратегию и частоту отправки можно контролировать самостоятельно и даже динамически регулировать в зависимости от нагрузки на систему.
   2. Если сервер является важной базовой системой, он может лучше защитить себя с помощью этого независимого и контролируемого метода принудительной отправки.
3. сложность
   1. Пуш может пройти Webhook или WebSocket способ достижения.
   2. Webhook требует, чтобы клиент зарегистрировал адрес обратного вызова на сервере. Если обратный вызов завершается неудачно, необходимо повторить попытку реализации. Эту ситуацию также необходимо учитывать.
   3. WebSocket Вам нужен сервер для обеспечения сборки WebSocket функции, клиенту необходимо регулярно проверять и поддерживать WebSocket Это ненормально?
4. Применимые сценарии
   1. Синхронизация данных реальном время требует.
   2. Когда объем данных велик, инкрементальная синхронизация заменяет идею полной синхронизации.
   3. Сценарии, в которых стабильность серверной системы требует защиты ключом.

Подведите итог:

«Тянуть» означает контролировать инициативу в руках клиента.

«Толкать» означает контролировать инициативу в руках подающего.

Обычно направление развития системы — от простоты к сложности, поэтому обычно выбирается эволюция конструкции «сначала тянуть, а затем толкать».