Android/XMPP：连接类型更改后无法重新连接到服务器

Question

我目前正在我大学的一个项目中工作，这是一个 Android 应用程序，应该将数据传递到服务器。

为此，我需要通过 XMPP 与服务器建立或多或少一致的连接。 100% 的时间都存在连接并不重要，但因为系统应该或多或少对用户不可见，所以用户交互应该是最小的。

服务器和客户端都是 xmpp-clients。 我使用jabber.org作为 xmpp 服务器。

我有一个 Android-Service 正在建立与服务器的连接并提供数据，这工作正常。

现在，我尝试在连接丢失或从 Wifi 更改为 GSM 时重新连接服务。 我想尝试使用 broadcastreceiver 来完成这项工作，听NETWORK_STATE_CHANGED_ACTION 。 但我什至没有走到这一步。

这就是问题所在：我尝试运行该应用程序，然后只是禁用了我的 wifi。 我的手机会自动切换到 GSM，然后我失去了连接（这是我预料到的）。 但是当我尝试手动重新连接（例如重新启动服务）时，我从服务器收到错误。 此外，我的状态仍然是“可用”。 从那一刻起，我需要很长时间才能再次连接。

06-29 18:12:14.888: WARN/System.err(14246): resource-constraint(500)
06-29 18:12:14.890: WARN/System.err(14246):     at org.jivesoftware.smack.NonSASLAuthentication.authenticate(NonSASLAuthentication.java:110)
06-29 18:12:14.890: WARN/System.err(14246):     at org.jivesoftware.smack.XMPPConnection.login(XMPPConnection.java:404)
06-29 18:12:14.890: WARN/System.err(14246):     at org.jivesoftware.smack.XMPPConnection.login(XMPPConnection.java:349)
....

我实际上已连接到 xmpp 服务器，但它没有传递我的消息：

06-29 18:12:14.882: INFO/System.out(14246): 06:12:14 nachm. RCV  (1079704816): <iq type='error' id='7rhk4-70'><error code='500' type='wait'><resource-constraint xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/></error></iq>

有时我没有收到错误消息，但仍然没有消息被传递。

所以我认为服务器不允许我连接，因为我在尝试重新连接之前没有断开连接。 我觉得很奇怪，因为我认为您甚至可以从多个客户连接到一个帐户。

我发布了一些我认为可能相关的代码：

public void connectToServer() throws XMPPException {

    ConnectionConfiguration config = new ConnectionConfiguration(
            serverADD, port,
            service);

    connection = new XMPPConnection(config);
    connection.connect();

    SASLAuthentication.supportSASLMechanism("PLAIN", 0);

    connection.login(user_JID,password);

    Presence presence = new Presence(Presence.Type.available);
            presence.setStatus("available");
            presence.setPriority(24);
    presence.setMode(Presence.Mode.available);
        connection.sendPacket(presence);
}

这就是我发送消息的方式：

public void sendMessage(String message, String recipient) throws XMPPException {

    chat = connection.getChatManager().createChat(recipient, this);
    chat.sendMessage(message);

}

有谁知道如何解决这个问题？ 只要我的消息被传递到服务器，我什至会使用“肮脏”的技巧。

顺便说一句：发件人和收件人的jids总是相同的（在初始设置之后）。 以防万一有人认为这很重要。

Answer 1

Smack 断开连接期间的死锁

正如 Airsource Ltd. 在他的评论中提到的：Smack 在disconnect()中遇到死锁，记录为SMACK-278 。 我已经提交了在我的 smack fork 中修复此问题的提交。

Android重连处理

对于网络故障转移，请查看GTalkSMS 接收器。 它将发出 ACTION_NETWORK_CHANGED 意图，其中 boolean 附加“可用”和“故障转移”。 当“available=false”和“fallover=false”时，您的服务应该“停止”连接。 如何“停止”连接取决于您。 有时即使修复了 SMACK-278，disconnect() 也需要很长时间，这就是为什么我们在一个线程中断开连接，该线程将在 x 秒后中止，然后创建一个新的 Connection 实例。 当收到带有“available=true”的意图时，我们重新连接。

您将在 GTalkSMS 源代码中找到其他示例。 我让应用程序永久运行，它实现了稳定但不是 100% 可用的连接（因为 WLAN <-> GSM 开关）。