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吗?
4.在第三个限制,如果我向300个用户发送消息,并且有100个顶级用户离线,他们收到message还是notification回来并在线时?(注意:使用广播http和循环xmpp)
以主题方式限制效果?
在http和之间的第三个限制是否存在任何差异xmpp?
7. http或存在其他限制xmpp?
是的,你可以这样做.使用时HTTP您的批量大小可能为1000(收件人).
是.Topicmessages是PubSub方法,如果您的客户注册到给定主题,您只需一个请求就可以向所有客户发送推送通知.
没有限制.一旦每个应用程序有100万订户限制Topic Messaging,这不再存在.
你混淆了第三个限制:
HTTP)是关于单个客户端,而不是所有客户端.因此,如果您在离线时向单个客户端发送超过100条消息,那么当他再次重新联机时,将不会发送任何消息.XMPP)是关于所有队列的,它发生在服务器端.这意味着如果那里存在超过100条未经处理的消息,则必须向GCM发送任何消息.因此,考虑到离线用户,您没有任何问题,当他们重新上线时,GCM将处理向所有人发送消息.
没有.
我在4中解释了它.
我不记得了.
| 归档时间: |
|
| 查看次数: |
4808 次 |
| 最近记录: |