我有現有的項目發送推送通知到Android應用程序。 現在我們需要使用GCM服務向APNS發送推送通知。如何使用現有的GCM發件人ID爲iOS應用程序
那麼是否有可能爲APNS推送使用現有項目的相同senderId和API密鑰?
如何配置Google開發人員以瞭解我也想爲ios使用相同的密鑰?
我想避免在後端進行任何更改。
我已閱讀所有關於同一主題的討論,但我的問題仍未解決。
我有現有的項目發送推送通知到Android應用程序。 現在我們需要使用GCM服務向APNS發送推送通知。如何使用現有的GCM發件人ID爲iOS應用程序
那麼是否有可能爲APNS推送使用現有項目的相同senderId和API密鑰?
如何配置Google開發人員以瞭解我也想爲ios使用相同的密鑰?
我想避免在後端進行任何更改。
我已閱讀所有關於同一主題的討論,但我的問題仍未解決。
配置GCM for iOS時,您需要選擇一個項目和一個Bundle ID - 您選擇的項目將確定發件人ID,以便在爲Android和iOS選擇相同項目時保持不變。
不同的API密鑰無關緊要,因爲它們都指向相同的發件人ID。
發件人ID標識您的服務器到GCM客戶端,而API密鑰使用GCM服務驗證您的服務器 - 並允許GCM服務計算出發件人ID。
我剛剛對我的一個項目進行了測試,其中有一個從GCM for iOS Configuration file page生成的API密鑰和舊的服務器API密鑰。
舊服務器密鑰:
服務器鍵1 2015年11月4日服務器
新生成的服務器密鑰:
服務器密鑰(由谷歌服務創建自動)3月1日,2016服務器
我能夠su從兩個密鑰中有效地發送測試GCM消息到現有的GCM客戶端。因此,看起來只是您向GCM發件人提供VALID服務器密鑰並不一定是Google生成的特定服務器密鑰。
我希望有幫助。
我認爲(但不是100%肯定)不同的API密鑰無關緊要,因爲它們都指向相同的發件人ID - 發件人ID本質上將您的服務器標識爲發件人,而API密鑰通過驗證您的服務器GCM服務。所以iOS應用程序仍然會收到來自原始發件人ID的消息。 – COBB
做了一些測試,看起來我的上述評論是真實的,所以我將其添加爲答案。 – COBB