Android 使用Pubnub+；GCM有两个不同的应用程序

我正在开发两个不同的应用程序，要求它们能够加入相同的pubnub频道，并相互发送GCM推送消息。我读过，虽然针对iOS，但它仍然适用。该链接给出的答案如下：

不，你不能那样做。你现在有点不走运。如果你有两个不同的iOS应用程序，那么你有两个选择

1） 为两个应用设置1个PubNub键，并仅为其中一个应用设置推送通知

2） 2个PubNub密钥集，因此每个iOS应用程序都有不同的pub/sub密钥，并且每个应用程序都有自己的推送证书

但使用选项#2，如果您想让app1与app2对话，则需要>发布两次：一次在app1的键上，一次在app2的键上。不推荐

多证书特性是这种用例的关键

据我所知，让两个不同的应用程序同时接收推送消息的功能还不可用，因此我在这里尝试的是上面的选项1）。我的主要问题是如何选择哪个应用程序接收推送消息？现在应用程序A正在接收推送，但我想在应用程序B上接收推送

• 如何选择接收推送通知的应用程序

---

两个应用程序都将收到推送通知。其中一个将在子键上接收它们，另一个应用程序将在另一个子键上接收它们。所有实时酒吧/酒吧将只在其中一个键上。根据应用程序的要求，您可能不必在两个按键上发布推送通知（APN/GCM）。我将跟进更多细节和图表很快。好消息是，我们即将推出多证书功能。可能几个月后。这两个应用程序都可以通过使用两个不同的pub和sub键接收推送通知。我正在使用并且只想处理一个sub/pub键，并且已经看到，到目前为止，两个应用程序都不可能接收推送通知，只有一个。我尝试了各种方法来“切换”哪个应用程序在推送接收端，但我发现推送消息倾向于显示在另一个上。我的问题是如何选择哪个应用程序位于推送消息的接收端。您无法选择哪个应用程序在运行时收到推送通知。此时，您需要两个子键来执行此操作：一个用于一个应用程序，另一个用于另一个应用程序，您发布到一个发布/子键以获取实时消息，您发布到一个、另一个或两个键以将推送通知发送到另一个或两者。我们将很快发回详细信息。我之所以问这个问题，是因为应用程序A正在向应用程序B发送一条常规的pubnub消息，而应用程序B则会用一条PnMessage和一个GCM有效负载进行响应。应用程序A未接收推送。我所说的接收是指广播接收器不会被呼叫。这意味着应用程序B当前设置为接收推送，即使应用程序A没有发送推送。似乎没有办法扭转局面。我很想知道Pubnub是如何决定哪个应用程序将成为指定的推送接收器的，以及我可以做些什么来更好地控制它。让我先确保我了解一些事情：两个应用程序是否都使用相同的子密钥注册GCM推送通知，并且两个应用程序都使用相同的GCM API密钥？两个应用程序都将接收推送通知。其中一个将在子键上接收它们，另一个应用程序将在另一个子键上接收它们。所有实时酒吧/酒吧将只在其中一个键上。根据应用程序的要求，您可能不必在两个按键上发布推送通知（APN/GCM）。我将跟进更多细节和图表很快。好消息是，我们即将推出多证书功能。可能几个月后。这两个应用程序都可以通过使用两个不同的pub和sub键接收推送通知。我正在使用并且只想处理一个sub/pub键，并且已经看到，到目前为止，两个应用程序都不可能接收推送通知，只有一个。我尝试了各种方法来“切换”哪个应用程序在推送接收端，但我发现推送消息倾向于显示在另一个上。我的问题是如何选择哪个应用程序位于推送消息的接收端。您无法选择哪个应用程序在运行时收到推送通知。此时，您需要两个子键来执行此操作：一个用于一个应用程序，另一个用于另一个应用程序，您发布到一个发布/子键以获取实时消息，您发布到一个、另一个或两个键以将推送通知发送到另一个或两者。我们将很快发回详细信息。我之所以问这个问题，是因为应用程序A正在向应用程序B发送一条常规的pubnub消息，而应用程序B则会用一条PnMessage和一个GCM有效负载进行响应。应用程序A未接收推送。我所说的接收是指广播接收器不会被呼叫。这意味着应用程序B当前设置为接收推送，即使应用程序A没有发送推送。似乎没有办法扭转局面。我很想知道Pubnub是如何决定哪个应用程序将成为指定的推送接收器的，以及我可以做些什么来更好地控制它。让我先确保我了解一些事情：两个应用程序是否都使用相同的子密钥注册GCM推送通知，并且两个应用程序都使用相同的GCM API密钥？