在发送推送通知时，Firebase是否像pipe理设备令牌，捆绑ID等一样pipe理用户数据，或者我们必须pipe理这些数据？
我以前使用parsing发送推送通知，但现在我们需要切换到其他服务提供商。 我正在考虑使用Firebase，因为我唯一的要求是在iOS和Android上发送推送通知，并且Firebase似乎接近我的要求。
我正在search由firebase提供的任何工具来pipe理用户的数据，就像在他们的设备id中针对他们有权使用的包一样。 所以，当我不得不广播通知时，firebase会根据用户标识符（或类似的东西）来检索适当的包，反之亦然（正如parsing所做的那样）？ 或者我需要pipe理这些数据，并发送通知之前拿起适当的设备ID？
请帮忙
所有你真正需要在你的服务器上是你的服务器API密钥和一个适当的InstanceID（由每个设备单独解决它）。 如果要定制特定设备的通知，则需要存储InstanceID，但是也有一种机制可以发送段和主题通知，而不需要存储单个InstanceID。
对于FCM，您只需向其API端点发出HTTP POST请求，在Authorization Header中提供Server API密钥，并提供InstanceID（Token）。 通知标题; 通知文本; 以及请求主体中的任何附加参数。
使用Postman或FireBase控制台进行testing非常简单，它们也可以在服务器上使用Node.js和Java 库 。 它与GCM和Amazon SNS向后兼容，所以你也可以使用它。
对于Android，您只需对Gradle构buildconfiguration进行一些小更新 ，包括从Google为您的应用程序下载的google-services.json文件，并扩展 FirebaseInstanceIdService和FirebaseMessagingService等几个类 。
注意：如果您在Android上使用Dagger2进行dependency injection，可以按照这些说明轻松解决小的不兼容问题。