Надежность C2DM

C2DM не подходит для критически важных частей вашего приложения, поскольку в настоящее время Google не предлагает SLA или платных уровней, которые гарантируют вам надежное обслуживание и пропускную способность.

Я сам рассматривал несколько альтернатив: XMPP через asmack, Parse, Deacon, Urban Airship и MQTT.

После некоторого чтения и экспериментов я решил использовать MQTT. Это очень легкий протокол телеметрии, разработанный в IBM, который прекрасно подходит для сценария push-уведомлений Android. Я рекомендую вам попробовать, вот хороший пост в блоге, который поможет вам: Использование MQTT на мобильных устройствах Android. приложения.

Надеюсь это поможет.

C2DM не гарантирует, что ваше сообщение будет доставлено, и ваше приложение не должно предполагать это для правильной работы. Поэтому ваше сообщение C2DM никогда не должно содержать сами данные, а должно содержать уведомление о том, что данные доступны. Другими словами, потеря сообщения C2DM никогда не должна приводить к потере данных вашим приложением; в лучшем случае это должно привести к тому, что потребуется больше времени, чтобы заметить, что определенный фрагмент данных доступен на вашем сервере.

Типичное приложение должно время от времени (долгое время) подключаться к своему серверу для получения сообщений, даже при использовании C2DM, чтобы покрыть случай, когда сообщения C2DM могут не быть доставлены.

В зависимости от конфигурации сети устройство может не получать сообщения C2DM; Это могут сделать ограничительные брандмауэры или другие странные конфигурации WiFi.

• С C2DM надежность не является гарантией. Поэтому лучше всего иметь сообщение ACK или какой-либо способ, которым вы (отправитель) понимаете, что сообщение было успешно получено.
• Также постарайтесь правильно переопределить класс onRegister, потому что регистрационный идентификатор устройства продолжает перетасовываться.
• Наконец, если вы планируете регулярно отправлять обновления, я бы предпочел опрос C2DM только из-за количества требований для его функционирования, в то время как надежность и полный контроль все еще не гарантированы.

Я сам боролся с той же проблемой. Описанное вами поведение соответствует действительности. Я разрабатываю приложение, которое использует c2dm в основном с подключением к Wi-Fi, и мне пришлось реализовать AsyncTask для периодического (полторы минуты) вызова WifiManager.reassociate() (отключение и повторное включение Wi-Fi вызывает получение всех ожидающих уведомлений, это то, что вдохновило меня на это решение), поэтому я могу сохранить получение уведомления как можно более точным. Однако не уверен в правильности этой практики.

Вы проверяли это каждые 15 минут соединения? Я создал задачу расписания для отправки сообщения. Я использую NotifyMyAndroid, чтобы нажать его. C2DM иногда отправляет сообщение примерно через 10 минут, а не мгновенно. Но иногда вы получаете это примерно за секунду.

Лучший способ сделать это — протестировать. У меня есть механизм в моем приложении, когда я включаю отладку, я получаю HTTP-запрос от клиента о том, что он получил сообщение.

Я считаю, что это число составляет около 80%. К счастью, этого достаточно для объема моего приложения.

Wi-Fi не должен мешать C2DM получать сообщения. По крайней мере, пока телефон активен.

Что происходит, так это то, что Android отключает Wi-Fi после того, как телефон некоторое время находится в режиме ожидания. Сообщения не будут доступны в этот период времени просто потому, что нет подключения к Интернету. Сразу после того, как пользователь разбудит телефон, он должен получить сообщения.

После долгого исследования почти «всего Интернета» в поисках ответа я нашел его. Как я уже писал ранее, я сам боролся с этой проблемой и обнаружил, что это не проблема C2DM и даже не проблема реализации. Это была просто неправильная настройка маршрутизатора или брандмауэра. Android использует постоянное TCP-соединение с механизмом проверки активности пульса, чтобы гарантировать, что соединение остается активным. Google использует состояние соединения, чтобы определить, находится ли ваше устройство в режиме ожидания или нет. Но если у вашего маршрутизатора есть политика защиты, которая проверяет «неиспользуемые» соединения и разрывает их, это не сработает. Уведомления Android должны доставляться (почти) мгновенно. Я проверил это в своей школьной сети и домашней сети с двумя разными режимами работы.

Чтобы возобновить: обязательно проверьте настройки вашей сети.

Некоторые APN работают с C2DM лучше, чем другие. Google "gtalk apn", например, чтобы найти форумы о влиянии APN на C2DM.