11

我使用 smack 构建一个小型 XMPP 客户端/机器人时遇到了一个非常奇怪的行为。我设置了连接以及 ConnectionListener 和 ChatManagerListener。这工作得很好，然后我可以与在便携式设备上运行的应用程序聊天。

为了测试失去连接的行为，我拔掉了便携式设备的以太网电缆。我预计 XMPP 客户端会丢失连接，并且用户将在用户好友名单中设置为“离线”。发生的情况是，该用户仍显示为“在线”，并且我的客户端的 ConnectionListener 没有触发任何内容，无论是 connectionClosed 还是 reconnectionFailed 或其他。

然后当我重新插入以太网电缆时，有时就像连接一直处于活动状态一样。处理了离线消息，我可以像以前一样再次聊天。其他时候，我的客户完全无法访问并且出现故障，似乎所有的听众都走了……但没有抛出任何异常。

这是一种非常奇怪且无法控制的行为，它会使整个客户端对我无法使用，因为我无法确定在连接被中止后客户端是否会再次出现。

有没有其他人遇到过这样的问题或有任何暗示（没有）发生了什么？

如果需要，我可以提供我的代码，但实际上只是从 Smack 文档中复制和粘贴。

4

2 回答 2

8

您实际上在这里描述了两种不同的效果。让我们从您的问题标题中提到的那个开始：即使连接是突然的，因此不干净，中止，服务器也会假定用户在线。原因很简单，服务器还没有注意到客户端的断开连接，因为 XMPP 节流没有完全终止。大多数 XMPP 服务器每 X 分钟检查一次客户端。如果客户端没有响应，则假定已断开连接并显示为脱机（如果它是该 JID 的最后连接资源）。这种情况在这里没有发生，也很常见。因为有时您希望有较长的超时时间（半小时或更长时间）。

这同样适用于另一边。PingManager如果使用或PingManagerWithAlarmManager（对于 Android），Smack 还会每 X 分钟发送一次 XMPP ping 。如果使用的套接字有任何问题，则会引发异常。

我希望我能指出你正确的方向。您必须自己调试为什么在您的情况下连接不会因异常而终止。

最后一件事：即使以太网电缆被拔出然后重新插入，TCP 连接也可以很容易地经受住一些超时。涉及的 OSI 模型的各个层有许多超时：NAT、TCP、XMPP 等。

于 2012-05-31T20:11:28.333 回答
0

您过于明确地使用该disconnect()方法终止您的连接，否则服务器将不得不定期 ping 您并意识到您已离线

于 2012-06-04T07:02:16.250 回答