Мне любопытно узнать, могут ли быть какие-либо конфликты при использовании сторонней библиотеки для push-уведомлений (например, Parse в этом случае) вместе с отдельной версией GCM для того же приложения?Конфликт регистрации GCM при использовании сторонней библиотеки и отдельной реализации GCM для того же приложения?
При запуске я могу видеть (путем маршрутизации всех трансляций через тот же приемник), что Parse получает регистрацию GCMToken («A»), которая отличается от регистрацииToken («B»), которую я получаю при вызове GoogleCloudMessaging.register(SENDER_ID)
для моего отдельного " GCM-клиент ». Что все хорошо, если я точно знаю, что Parse не использует regToken B каким-то образом (в зависимости от того, какое широковещательное сообщение отправлено первым?).
Могу ли я быть уверенным, что GoogleCloudMessaging.register(SENDER_ID)
возвращает только регистрациюToken, подключенную к моему SENDER_ID, а не случайно к sender_id по умолчанию, которую использует Parse для его регистрации, поскольку обе регистрации инициируются при запуске?
Фактически Parse использует свой идентификатор отправителя по умолчанию для запроса маркера регистрации GCM: 'В частности, SDK автоматически регистрирует ваше приложение для push во время запуска с использованием идентификатора отправителя Parse (1076345567071) и сохранит результирующий идентификатор регистрации в поле deviceToken текущей ParseInstallation приложения. '(from https://parse.com/docs/push_guide#top/Android) , Таким образом, при запуске 2 запроса на токены GCM запрашиваются, и мой вопрос: как я могу быть уверенным, какой regToken Parse получает vs, который regToken реализует мою GCM-реализацию/клиент? Теоретически их можно было перепутать? – Mattias