谷歌云消息限制

gha*_*ari 4 messaging android xmpp http google-cloud-messaging

我知道在网站上存在类似的问题,但我感到困惑,因为http并且xmpp有差异限制:

这个页面http和之间的差异xmpp.

第一个限制是[ xmpp&http]:最多4KB的数据

第二个限制是:

http:您可以一次向1000个用户发送消息.(参考)

xmpp:对于每个发件人ID,GCM允许并行1000个连接.(参考)

您可以一次向1000个用户发送消息.因此,如果您有更多用户,则必须多次从服务器发送邮件,但每次都要向不同的用户发送邮件(参考)

第三个限制是:

http:我在android开发人员中找不到这个限制:

在没有折叠的情况下可以存储的消息数量有限制.该限制当前为100.如果达到限制,则丢弃所有存储的消息.然后,当设备重新联机时,它会收到一条特殊消息,指示已达到限制.然后,应用程序可以正常处理这种情况,通常是通过请求完全同步.(参考)

xmpp:

发送到CCS的每条消息都会收到ACK或NACK响应.未收到其中一个响应的邮件被视为待处理.如果挂起的消息计数达到100,则应用服务器应停止发送新消息并等待CCS确认某些现有的待处理消息(参考)

我的问题:

1.in第二个限制,如果我们使用http方法并拥有2000个用户,我们应该发送两次消息,每次都有1000个用户吗?,我们能做到吗?

2. xmpp不能支持组播消息,我们可以使用主题进行组播xmpp吗?

  1. 主题广播消息的限制?(参考除外)

4.在第三个限制,如果我向300个用户发送消息,并且有100个顶级用户离线,他们收到message还是notification回来并在线时?(注意:使用广播http和循环xmpp)

  1. 以主题方式限制效果?

  2. http和之间的第三个限制是否存在任何差异xmpp

7. http或存在其他限制xmpp

Ali*_*Ali 6

  1. 是的,你可以这样做.使用时HTTP您的批量大小可能为1000(收件人).

  2. 是.Topicmessages是PubSub方法,如果您的客户注册到给定主题,您只需一个请求就可以向所有客户发送推送通知.

  3. 没有限制.一旦每个应用程序有100万订户限制Topic Messaging,这不再存在.

  4. 你混淆了第三个限制:

    • 第一个(HTTP)是关于单个客户端,而不是所有客户端.因此,如果您在离线时向单个客户端发送超过100条消息,那么当他再次重新联机时,将不会发送任何消息.
    • 第二个(XMPP)是关于所有队列的,它发生在服务器端.这意味着如果那里存在超过100条未经处理的消息,则必须向GCM发送任何消息.

    因此,考虑到离线用户,您没有任何问题,当他们重新上线时,GCM将处理向所有人发送消息.

  5. 没有.

  6. 我在4中解释了它.

  7. 我不记得了.