1

私はGCMの正規のIDと、重複したプッシュ通知の送信とセキュリティの是正にどのように役立つのかを読んできました。しかし、Firebase Cloud Messaging(FCM)では、この問題はまだ存在しますか?Firebase Cloud Messaging - GCM標準IDはまだ必要ですか?

私は、登録部は今離れて開発者から取られていていますし、私たちは以下のとおりリフレッシュトークンを待つ:

public class MyFirebaseInstanceIDService extends FirebaseInstanceIdService { 

    @Override 
    public void onTokenRefresh() { 
     // Get updated registration ID 
     String refreshedToken = FirebaseInstanceId.getInstance().getToken(); 
     Logger.d("Refreshed FCM token: " + refreshedToken); 
    } 
} 

正規のIDのいくつかの情報がhere見つけることができます。

答えて

3

更新

私は最近、CanonicalのIDにこのトピックを再訪し、次のように結論付けています。

FCMでは、Instance ID serviceの仕組みのために、Canonical IDが使用されなくなった(またはごくまれにはほとんどない)ようです。簡単に言えば、サービスは、Appインスタンスごとに1つの有効なトークンしか存在しないように機能します。

FCMは新しいトークンを取得するtokenRefreshイベントとそれに応じて(onTokenRefresh()で)処理する必要がある場所で、いずれかの理由で有効期限が切れた場合はいつでも終了します。


短い答え、はい。まだ必要です。

onTokenRefresh()メソッドは、トークンが実際にリフレッシュされるたびにトリガーされると予想されます。そこから、登録トークンをApp Serverに送信するのは開発者の責任です。あなたは新規登録トークンを手に入れることができませんでしたイベントで

BUT(例えば、それを保存するのを忘れて、それを削除し、のみ以前の登録トークンなどを持っている)、それがになることがありあなた(開発者)は、もはや有効な登録トークンではないと思われる方に送信します。キャノニカルIDが入ってきたとき。

キャノニカルIDを別の安全対策として扱い、開発者が有効な登録トークンを取得できると思います。 Canonical ID(取り扱い方法や内容)の詳細は、FCMのドキュメントhereに記載されています。

関連する問題