为什么 XMPPFramework 会阻塞？

Question

我们正在尝试将 XMPPFramework 的最小示例添加到运行。

考虑这个简单的问题 class:

import Foundation
import XMPPFramework

class Connection: NSObject, XMPPStreamDelegate {
    let stream: XMPPStream

    override init() {
        self.stream = XMPPStream()!
    }

    func connectToServer(timeout: TimeInterval) {
        stream.addDelegate(self, delegateQueue: DispatchQueue.main)
        stream.myJID = XMPPJID(string: "myuser")
        stream.hostName = "myserver.tld"
        stream.hostPort = 5222

        do {
            try stream.connect(withTimeout: timeout)
        }
        catch {
            print(error)
        }
    }

    func xmppStreamWillConnect(_ sender: XMPPStream!) {
        print("will connect")
    }

    func xmppStreamDidConnect(_ sender: XMPPStream!) {
        print("did connect")
        self.stream.disconnect()
    }
}

还有这个简单的测试class：

import Foundation
import XCTest
@testable import MyModule

class ConnectionTests: XCTestCase {
    func testConnect() {
        let connection = Connection()

        print("Try to connect")
        let expectation = self.expectation(description: "connect")
        connection.connectToServer(timeout: 3)
        self.waitForExpectations(timeout: 5)
    }
}

我期望这样的输出：

Try to connect
will connect
did connect
<5s timeout since I don't fulfill>

如果一不小心，我的 XMPP 服务器没有对我的请求做出积极的反应，我想看看：

Try to connect
will connect
<some error message>

如果 XMPP 服务器没有（快速）回复，我预计：

Try to connect
will connect
<3s timeout reached>

但是，我得到了 none 个，而是：

Try to connect
will connect
<5s timeout since I don't fulfill>

这是怎么回事？

这是我收集的。

XCTest 等待 DispatchQueue.main。
我们可以控制代表的位置运行；使用 DispatchQueue.main 或 DispatchQueue(label: "test", qos: .userInitiated, attributes: .concurrent) 似乎并不重要。
我可以在 XMPPStream.connectWithTimeout 中跟踪执行到 dispatch_sync(xmppQueue, block);，其中 xmppQueue 是一个带有标签 xmpp 的新队列；该块似乎也已完全执行。

所以我不明白谁在这里阻止了谁，以及如何防止它发生。

Answer 1

问题有三方面：

期望超时，因为它从未实现。
我们从未见过 "did connect" 因为它从来没有走到那一步。
我们对 XMPP(Framework) 的了解不够，无法理解在哪里插入。

我们实现了一些额外的委托方法：

func xmppStream(_ sender: XMPPStream!, socketDidConnect socket: GCDAsyncSocket!) {
    print("socket did connect")
}

func xmppStreamDidStartNegotiation(_ sender: XMPPStream!) {
    print("negotiation started")
}

...

func xmppStream(_ sender: XMPPStream!, didReceiveError error: DDXMLElement!) {
    print("error: \(error)")
}

func xmppStreamDidDisconnect(_ sender: XMPPStream!, withError error: Error!) {
    print("disconnected")
    self.afterConnection()
}

这里，self.afterConnection是作为附加参数传递给connectToServer的函数。

而我们在测试中改变：

connection.connectToServer(timeout: 3, then: { expectation.fulfill() })

现在测试以有序的方式终止，输出如下：

Try to connect
will connect
socket did connect
negotiation started
disconnected
error: Optional(<stream:error xmlns:stream="http://etherx.jabber.org/streams"><host-unknown xmlns="urn:ietf:params:xml:ns:xmpp-streams"/></stream:error>)

所以毕竟是服务器的问题。我们需要实施正确的代表来诊断问题；我们预计 stream.connect 在这种情况下会抛出错误！

Answer 2

将 class 设为单例，如下所示：

static let sharedInstance = Connection();

现在这样称呼它：

func testConnect() {
     Connection.sharedInstance.connectToServer(timeout: 3);
}

为什么 XMPPFramework 会阻塞？

Why is XMPPFramework blocking?

concurrency

unit-testing

xmppframework

xctest

swift