Способы угадать, подключен ли C2DM

Посмотрите это видео, это доклад Google I/O о C2DM и о том, как его использовать. и как это работает. AFAIK, вы не можете знать, связано это или нет. Вероятно, большую часть времени они даже не знают (пока им не придется доставить сообщение и не потерпеть неудачу).

Однако настоятельно рекомендуется (в том числе и в видео) не отправлять важные данные через C2DM (поскольку сообщения могут потеряться). Услугу следует использовать только в качестве «сетевого ключа» (с минимально возможной площадью). Ваше приложение должно быть разбужено этим щелчком и должно начать извлекать необходимую информацию само.

Теперь, если вы реализуете это таким образом, должно быть легко реализовать механизм опроса. Поскольку вы уже отделили «щекотку» от фактического поиска информации, вы можете просто запускать поиск время от времени, если нет щекотки.

Что-то, что вы можете сделать, чтобы проверить, подключен ли C2DM, похоже на ping:

1. Отправить сообщение на телефон через C2DM
2. Приложение получает (или не получает) сообщение и отправляет «pong» обратно на ваш сервер.
3. Сервер ждет «pong» в течение заданного времени (я бы сказал, 1-2 минуты), прежде чем пометить устройство как «не в сети».

Изменить: полагаться на GTalk невозможно. GTalk опирается на C2DM, как и ваше приложение, в нем нет ничего «лишнего». Кроме того, GTalk присутствует не на всех устройствах. Я не уверен, как приложение GTalk определяет, находится ли оно в автономном режиме или нет (к сожалению, оно не с открытым исходным кодом), но я предполагаю, что оно просто пытается пропинговать сервер и терпит неудачу.

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

Альтернативное решение

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

Шаг 1): Создайте один веб-сервис для проверки соединения

Шаг 2): вызовите эту веб-службу из приложения, которое отправит серверу команду отправить push-уведомление для проверки.

Шаг 3): теперь со стороны сервера сервер немедленно отправит push-уведомление для определенного устройства (от которого он получает команду)

Шаг 4): Теперь, если вы получили push-уведомление, это означает, что вы все еще подключены к C2DM.

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

Это может быть немного наивно, так как я не являюсь активным пользователем C2DM, но нельзя ли было прочитать

/proc/net/netstat

и посмотрите, есть ли активные TCP-соединения. Если их нет, то C2DM не может работать. Вы также можете сделать этот метод более универсальным, сформировав белый список C2DM, который вы ожидаете найти (или, может быть, его можно фильтровать на специальном порту C2DM?)

Если устройство недоступно, даже резервная система push-сообщений не будет работать. C2DM не гарантирует доставку вашего сообщения, но случай недоставки будет очень редким. Так было бы и в случае с любым другим сервисом. Лучший обходной путь, который вы могли бы найти, — это опросить ваш сервер, чтобы проверить, есть ли у вас какие-либо новые сообщения, которые еще не были доставлены. Я предполагаю, что ваше приложение таково, что очень важно не пропустить ни одного сообщения из 500 или, может быть, из 1000. В этом случае вы можете реализовать гибрид push и pull.

Я немного поработал с C2Dm, я создал свой сторонний пуш-сервер. Я реализовал небольшую логику, основанную на коде ответа C2DM http, чтобы узнать, было ли отправлено push-сообщение или нет. Вот часть кода, который я использовал:

int responseCode = conn.getResponseCode();

    if (responseCode == HttpServletResponse.SC_UNAUTHORIZED || responseCode == HttpServletResponse.SC_FORBIDDEN) {

        LOGGER.warn("Unauthorized - need token");

        return false;
    }

здесь я почти уверен, что push-сообщение было отправлено с серверов c2dm, потому что у меня есть идентификатор ответа:

if (responseParts[0].equals("id")) {
        LOGGER.info("Successfully sent data message to device: " + responseLine);

        return true;
    }

Я использовал другие методы, чтобы получить другие коды результатов от Google, если хотите, я могу опубликовать их. Надеюсь, я вам немного помог.

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

Помните, главное преимущество C2DM заключается в том, что он позволяет получать уведомления, когда телефон находится в спящем режиме и номинально отключен. Как только ваше приложение получит уведомление, мало что помешает вам разбудить телефон в этот момент, подключиться к сети и отправить подтверждение. Я не думаю, что вам даже нужно запрашивать разрешения «держать телефон в бодрствующем состоянии», потому что я считаю, что простого акта регистрации для уведомлений C2DM и их получения достаточно, чтобы разбудить телефон и позволить приложению продолжать работать в обычном режиме ( по крайней мере, достаточно долго, чтобы подключиться к сети и отправить подтверждение).

Пока вы это делаете, вы должны отслеживать подтверждения, которые происходят НАДОЛГО после того, как вы ожидали, что они будут безнадежными. Если вы видите больше, чем несколько, возможно, вам придется изменить стратегию повторной отправки.

Единственный реальный крайний случай, когда это может привести к сбою, — это если у вас есть пользователи, которые из кожи вон лезут, чтобы отключить передачу данных, оставив голосовую/SMS включенной (я почти уверен, что C2DM использует 4 байта ответной дейтаграммы, отправляемой, когда телефон опрашивает входящие). звонки и текстовые сообщения, которые изначально предназначались для RIM, а затем были перепрофилированы для Apple и Google).

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

Кое-что, связанное с длительным C2DM-соединением, которое используется для доставки триггеров:

• В WLAN он отправляет пульс каждые 15 минут.
• В мобильных сетях время ожидания составляет 28 минут.

28 минут могут быть слишком длинными, в зависимости от оборудования, используемого вашим оператором мобильной связи, повторителей 2G/3G в гаражах и т. д.

Вы можете получить много информации о соединении, открыв приложение Google Talk Service Monitor: http://www.honeytechblog.com/monitor-google-talk-service-android/

Наберите: ##8255##

Также есть кнопка, которая отправляет пульс прямо сейчас и сбрасывает тайм-аут.

Если вы хотите гарантировать (на стороне клиента), что c2dm-сообщения могут быть получены в заданное время, лучше всего повторно отправить пульс. Это можно сделать программно, но только на рутированных устройствах. Я мог бы когда-нибудь выпустить apk на рынок, который делает именно это.