Поддерживает ли Android пуш-уведомление в режиме реального времени?

Недавно я узнал о способности приложений для iPhone получать почти мгновенные уведомления о приложениях, уведомления о приложениях .

Это обеспечивается в форме push-уведомлений, специального протокола, который поддерживает постоянную связь с iPhone и передает двоичные пакеты в приложение, которое невероятно быстро выскакивает , в течение 0,5 - 5 секунд от приложения сервера до приложения телефона время отклика. Это отправляется как данные, а не как SMS, в очень маленьких пакетах, которые оплачиваются как часть плана данных, а не как входящие сообщения.

Я хотел бы знать, есть ли в Android аналогичное средство или возможно ли реализовать что-то похожее с помощью API-интерфейсов Android. Чтобы уточнить, я определяю подобное как:

• Не SMS-сообщение, а какое-то решение, управляемое данными
• В режиме реального времени, насколько это возможно
• Масштабируемость, т. Е. Как серверная часть мобильного приложения, я мог бы уведомить тысячи экземпляров приложения за считанные секунды

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

Firebase Cloud Messaging FCM FAQ - это новая версия GCM. Он наследует основную инфраструктуру GCM для надежной доставки сообщений на Android, iOS и Chrome. Однако они продолжат поддерживать GCM, потому что многие разработчики используют GCM SDK сегодня для обработки уведомлений, а обновление клиентских приложений требует времени.

По состоянию на 26 июня 2012 г. Google Cloud Messaging является предпочтительным способом отправки сообщений в приложения, работающие на устройствах.

Ранее (а теперь и устарела) эта служба называлась « Обмен сообщениями с облака на устройство» .

XMPP - это хорошее решение. Я использовал его для приложения Android, работающего в режиме реального времени. XMPP является мощным, легко расширяемым и простым в интеграции и использовании.

Существует множество бесплатных серверов XMPP (хотя из вежливости вы не должны злоупотреблять ими), и есть серверы с открытым исходным кодом, которые вы можете запускать на одном из ваших собственных серверов. OpenFire - отличный выбор.

Библиотека, которую вы хотите, не Smack, как отмечено выше, это aSmack . Но обратите внимание, это среда сборки - вам придется собирать библиотеку.

Вот расчет, который я сделал для влияния времени работы от батарей решения XMPP:

Клиент Android должен поддерживать постоянное TCP-соединение, периодически просыпаясь, чтобы отправить пульс на сервер XMPP.
Это явно налагает затраты с точки зрения использования энергии. Оценка этой стоимости представлена ​​ниже:

• Использование аккумулятора емкостью 1400 мАч (поставляется в Nexus One и HTC Desire)
• Свободное устройство, подключенное к сети 3G, использует приблизительно 5 мА
• Цикл пробуждения, сердцебиения, сна происходит каждые 5 минут, занимает три секунды и использует 300 мА
• Следовательно, стоимость использования батареи в час:
  • 36 секунд 300 мА = 3 мАч отправка сердцебиения
  • 3600 секунд 5 мА = 5 мАч на холостом ходу
  • 4:95 + 3 = 7: 95 мАч в сочетании
• Батарея емкостью 1400 мАч работает в режиме ожидания примерно 11,6 дня, а при работе приложения - 7,3 дня, что примерно на 37% сокращает срок службы батареи.
• Тем не менее, сокращение срока службы батареи на 37% представляет собой наихудший случай на практике, учитывая, что устройства редко полностью простаивают.

Недавно я начал играть с MQTT http://mqtt.org для Android как способ сделать то, что вы просите (то есть не SMS, а на основе данных, почти мгновенную доставку сообщений, масштабируемость, не опрос и т. Д.)

У меня есть сообщение в блоге с дополнительной информацией об этом на случай, если это будет полезно http://dalelane.co.uk/blog/?p=938.

(Примечание: MQTT - это технология IBM, и я должен отметить, что я работаю на IBM.)

Взгляните на платформу Xtify . Похоже, это то, что они делают,

Google обесценивает C2DM, но вместо него они представляют GCM (Google Cloud Messaging). Я не думаю, что у них есть какая-либо квота и она бесплатна! Это требует Android 2.2+, хотя! http://developer.android.com/guide/google/gcm/index.html

Если вы можете зависеть от того, какие библиотеки Google существуют для вашего целевого рынка, то вы можете захотеть вернуться к функциональности GTalk (зарегистрировать ресурс под существующим именем пользователя - перехватывать сообщения по мере их поступления с BroadcastReceiver).

Если нет, и я ожидаю, что вы не можете , то вы в комплекте ваши собственные версии XMPP . Это боль, но ее можно облегчить, если XMPP поставляется отдельно как отдельная библиотека.

Вы также можете рассмотреть PubSubHubub , но я понятия не имею, его использование в сети. Я считаю, что он построен поверх XMPP.

Я смотрел на это, и PubSubHubBub, рекомендованный Jamesh, не вариант. PubSubHubBub предназначен для обмена данными между серверами.

«Я за NAT. Могу ли я подписаться на концентратор? Концентратор не может подключиться ко мне».

/ Anonymous

Нет, PSHB - это межсерверный протокол. Если вы находитесь за NAT, вы на самом деле не сервер. Несмотря на то, что мы выдвинули идеи о дополнительных расширениях PSHB для выполнения зависаний («длинный опрос») и / или опроса сообщений для таких клиентов, это не входит в базовую спецификацию. Основная спецификация - только сервер-сервер.

/ Брэд Фицпатрик, Сан-Франциско, Калифорния

Источник: http://moderator.appspot.com/#15/e=43e1a&t=426ac&f=b0c2d (прямая ссылка невозможна)

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

Существует новая программа с открытым исходным кодом для разработки библиотеки Java для push-уведомлений на Android с использованием комет-сервера Meteor в качестве бэкэнда. Вы можете проверить это в блоге проекта Deacon . Нам нужны разработчики, поэтому, пожалуйста, распространите информацию!

Google недавно (18 мая 2016 года) объявил, что Firebase теперь является унифицированной платформой для мобильных разработчиков, включая push-уведомления практически в реальном времени. Это также мультиплатформенная платформа:

Теперь компания предлагает всем пользователям Firebase бесплатные и неограниченные уведомления с поддержкой iOS, Android и Интернета.

источник

Я не могу найти, где я читаю это, но я полагаю, что gmail использует открытое TCP-соединение для отправки по электронной почте.

Как GTalkвидно из SDK, было бы неплохо создать «стандартную» систему push-сообщений. Таким образом, должна работать только одна служба, только одно дополнительное TCP-соединение должно быть открыто. Приложения должны взаимодействовать с этой службой Intentsи сначала запрашивать разрешение на отправку и получение уведомлений от службы. Затем служба должна уведомить пользователя о том, что новое приложение хочет отправлять и получать сообщения. Затем пользователь предоставит или отклонит разрешение, поэтому он остается под контролем. Затем приложение зарегистрирует в сервисе категорию action +, чтобы служба знала, как доставить отправленное сообщение.

Будет хорошая идея или нет?

Почему бы вам не пойти с реализацией XMPP. сейчас доступно так много общедоступных серверов, включая gtalk, jabber, citadel и т. д. Для Android также доступен один SDK с именем SMACK. Мы не можем сказать push-уведомление, но используя XMPP, вы можете оставить соединение между клиентом и сервером открытым, что позволит осуществлять двустороннюю связь. Значит, Android-клиент и сервер могут общаться друг с другом. В настоящее время это удовлетворит потребность Push в Android. Я реализовал пример кода, и он действительно отлично работает

Я недавно разработал http://pushdroid.org это единственное приложение, которое должно быть установлено на телефоне так же, как Google реализовал его в 2.2, работает с 1.5 и вещает через намерение.

Проблема с GCM заключается в том, что в процесс вовлечено много настроек:

• Вы должны добавить много шаблонов в ваше приложение для Android
• Вам необходимо настроить внешний сервер для связи с сервером GCM
• Вам придется писать тесты

Если вам нравятся простые вещи (как я), вы должны попробовать UrbanAirship . Это (ИМХО) самый простой способ использовать GCM в вашем приложении без особых настроек. Это также дает вам симпатичный графический интерфейс для проверки правильности доставки ваших сообщений GCM.

• Вы можете найти документы и руководство по началу работы здесь
• Вы можете найти образец приложения здесь

Примечание: я никак не связан с UrbanAirship

https://github.com/Guti/Google-Cloud-Messaging--Titanium-/blob/master/src/com/google/android/gcm/GCMRegistrar.java

Это действительно хорошее и рабочее решение для толчка.

Пожалуйста, попробуйте

У них есть свои слушатели, которые вы должны использовать, используя их библиотечные классы в вашем коде. Вам не нужно беспокоиться о толкании. Вы должны отправить сообщение на сервер, сервер отправит сообщение на устройство. Они используют OAuth. Что касается протоколов, есть два метода, использующих CCS и XMPP. CCS просто использует XMPP в качестве аутентифицированного транспортного уровня, поэтому вы можете использовать большинство библиотек XMPP для управления соединением. Для отправки уведомлений на устройство вы можете написать код в приложение для Android, а также код вашего сервера. отправка сообщения будет осуществляться только вашим кодом. В случае GCM сервер Google позаботится об остальном. Вы можете проверить детали по этой ссылке

http://developer.android.com/google/gcm/server.html

Также по вопросам безопасности

безопасность обмена сообщениями в облаке Google https://groups.google.com/forum/#!topic/android-gcm/M-EevBitbhQ

Если ваше приложение не запущено, устройства также могут получать уведомления, потому что вы должны написать код для слушателей вещания. В фоновом режиме он будет прослушивать сервер и всякий раз, когда будет присутствовать какой-либо пакет сообщения, он будет получать сообщение как уведомление. У Android есть сервис, который вам нужен, чтобы не беспокоиться об этом. Вам нужно только использовать эти ресурсы, используя библиотечный класс, который облегчает вашу работу и позволяет им писать, если ваше приложение не запущено, а также оно получает уведомление. Очевидно, что будет какой-то слушатель, который сделает приложение для получения. Проверьте раздел «Получить сообщение» в этой ссылке

http://developer.android.com/google/gcm/client.html

Он также будет принимать запросы от пользователей. Для GCM это подойдет. Пожалуйста, отметьте «Отправить сообщение»

http://developer.android.com/google/gcm/client.html