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

我目前正在研究我的大学项目,这是一个Android-App,它应该向服务器提供数据.

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

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

我有一个Android服务,它建立与服务器的连接并提供数据,这很好.

现在我尝试在连接丢失或从Wifi更改为GSM时重新连接服务.我想尝试使用收听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总是一样的(初始设置后).万一有人认为这可能很重要.

解决方法:

Smack断开连接时的死锁

正如Airsource有限公司在他的评论中提到的那样：Smack正在遭遇断开连接的僵局(),这个僵局已经为SMACK-278.我有made a commit that fixes this in my smack fork.

Android重新连接处理

对于网络失败转移,请查看GTalkSMS receiver.它将发出ACTION_NETWORK_CHANGED意图,其中布尔额外的“可用”和“失败转移”.当“available = false”和“fallover = false”时,您的服务应该“停止”连接.你如何“停止”连接取决于你.有时即使使用SMACK-278的修复程序,disconnect()也需要很长时间,这就是为什么我们执行disconnect in an thread that will abort after x seconds然后创建一个新的Connection实例.当收到“available = true”的意图时,我们重新连接.

您将在GTalkSMS源代码中找到其他示例.我让应用程序永久运行,它实现了稳定但不是100％可用的连接(因为WLAN< - > GSM交换机).

标签：smack,android,xmpp
来源： https://codeday.me/bug/20190903/1796237.html