iOS XMPP如何在接收方应用被杀死时获取消息送达回执且不显示其在线

方案1：禁用XMPP连接初始presence广播（最优，改造成本最低） #

XMPP协议默认不会在客户端建立连接后自动标记在线，只有客户端主动发送<presence/> stanza时才会触发在线状态同步。iOS端常用的XMPP库XMPPFramework默认开启了自动发送初始presence的配置，你只需要关闭该配置即可：

• 找到XMPPStream实例的autoSendPresence属性，设置为NO
• 静默唤醒建立XMPP连接后，正常发送消息送达回执 stanza
• 回执发送完成后主动断开XMPP连接即可

全程B的状态不会被服务器标记为在线，其他联系人也收不到B的上线通知。

方案2：服务端扩展XEP-0184协议支持离线回执 #

如果可以调整XMPP服务端逻辑，可以直接扩展XEP-0184（消息送达回执）协议能力：

• 服务端收到A发送的消息后，若检测到B离线，先将消息存入离线消息队列，同时给A返回「消息已暂存离线」的中间回执
• 当B通过APNs唤醒拉取到离线消息、或者前台启动上线时，服务端直接向A补发「消息已送达B端」的最终回执
• 无需B端主动发送回执，自然不会出现误判在线的问题

方案3：自定义静默连接状态标记 #

如果你的业务需要保留部分presence能力，可以为静默唤醒的连接发送特殊状态的presence：

• 连接建立后发送携带<show>xa</show>（长时间离开）标记、或者自定义扩展字段的presence
• 服务端和所有端的在线状态判定逻辑中，过滤携带该标记的presence，不判定为在线状态

注意事项 #

• iOS端静默唤醒的后台运行时长上限为30秒，完成回执发送后要及时断开XMPP连接，避免被系统杀掉进程
• 若你的XMPP服务端支持能力扩展，优先选择方案2，整体稳定性更高

内容的提问来源于stack exchange，提问作者Parth Patel