CocoaAsyncSocket 在后台后不起作用

Question

我有一个 AsyncSocket 实例，在 iPad 上用作服务器，然后在另一台 iPad 上运行一个 AsyncSocket 套接字，充当客户端。我拥有在客户端和服务器之间交换数据所需的所有代码——没有任何问题。

我遇到的问题是，一切都工作正常，但在我的应用程序的错误测试期间，我注意到一个特别奇怪（且令人恼火的问题）：

如果我关闭服务器 iPad（此时没有任何插座委托在服务器上被触发），然后客户端断开连接（并进入我所做的不断重试的循环）。令人烦恼的是，即使服务器恢复，客户端仍然无法连接到它。事实上，即使我重新启动客户端，它仍然无法连接到服务器。我必须重新启动服务器应用程序才能使客户端能够再次连接。

奇怪的是，只有当服务器实际上“关闭”（即进入待机状态）时才会触发此错误顶部的按钮。如果我只是使用主页按钮将应用程序发送到后台，那么客户端仍然保持与服务器的连接：只有当设备断开连接时，客户端才会收到断开委托消息并断开连接，然后拒绝重新连接。与此同时，服务器完全没有意识到这一点，并且根本不会触发任何委托方法。

概括我的问题：

• 当使用 iPad 顶部的按钮将设备置于待机状态时，AsyncSocket 服务器实例到底会发生什么？
• 为什么没有触发委托方法，但所有连接的客户端都断开连接？
• 设备再次打开时会发生什么？
• 为什么客户端无法重新连接？

Answer 1

我设法找到了这个问题的解决方案，所以我将在这里分享：-

在我的服务器类上，我添加了以下内容：

[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(applicationDidBecomeActive) name:UIApplicationDidBecomeActiveNotification object:nil];

然后我添加了以下方法，使套接字再次开始监听：

- (void)applicationDidBecomeActive {
    NSError *error;
    if (![socket acceptOnPort:kPORT error:&error])
    {
        // error code
    }
}

仍然无法停止客户端当服务器进入后台时断开连接，所以我只是让它们循环，直到服务器再次可用，并且 appEnteredForeground 方法将确保服务器在 iPad（或 iPhone，我猜）后再次开始监听再次打开。