当我的应用程序进入前台时运行请求失败，并显示“网络连接已丢失”。

Question

在我从后台转换到前台时开始发出请求后，我的应用出现了相当多的网络错误。

错误如下所示：

Error Domain=NSURLErrorDomain Code=-1005 "The network connection was lost." UserInfo={NSUnderlyingError=0x2808e85a0 {Error Domain=kCFErrorDomainCFNetwork Code=-1005 "(null)" UserInfo={NSErrorPeerAddressKey=<CFData 0x282550410 [0x1f80cb728]>{length = 16, capacity = 16, bytes = 0x10021068c0a8010a0000000000000000}, _kCFStreamErrorCodeKey=-4, _kCFStreamErrorDomainKey=4}}, NSErrorFailingURLStringKey=http://192.168.1.10:4200/api/users/sessions, NSErrorFailingURLKey=http://192.168.1.10:4200/api/users/sessions, _kCFStreamErrorDomainKey=4, _kCFStreamErrorCodeKey=-4, NSLocalizedDescription=The network connection was lost.}

代码是由我的应用程序的委托触发的：

    func applicationWillEnterForeground(_: UIApplication) {
        coordinator?.handleWillEnterForeground()
    }

从this documentation开始，这个阶段应该允许网络请求：

在启动时，系统会以非活动状态启动您的应用，然后再将其转换到前台。使用您应用的启动时方法来执行当时所需的任何工作。对于处于后台的应用，UIKit 通过调用以下方法之一将您的应用移至非活动状态：

• 对于支持场景的应用 - 相应场景委托对象的 sceneWillEnterForeground(_:) 方法。
• 对于所有其他应用程序 - applicationWillEnterForeground(_:) 方法。

从后台过渡到前台时，使用这些方法从磁盘加载资源并从网络中获取数据。

此外：

• 如果我进入后台仅 1 秒，网络请求将成功（调用完成处理程序时应用状态将为 active）
• 如果我等待超过 5 秒，网络请求将出错（当调用完成处理程序时，应用程序状态将为 inactive）

据我了解，inactive 状态意味着您无法与用户进行交互，并且事件未传递。但是网络请求应该可以正常工作，对吧？知道为什么我的应用在处于非活动状态时无法运行请求吗？

（我也考虑过使用didBecomeActive 而不是willEnterForeground，但它也会在应用启动时被调用，所以它并不是我真正需要的。）

编辑：我也碰巧遇到了与此处讨论的问题无关的 Receive failed with error "Software caused connection abort" 错误（即 Xcode 的多个版本）：Xcode error connecting to simulator "Software caused connection abort"

Answer 1

我不知道您所描述的错误的根本原因，但我自己也遇到过。正如您所提到的，苹果似乎在他们自己的系统将它们标记为前台之前告诉应用程序它们处于前台，因此在激活后立即发出的请求可能会被阻止（它经常发生但不是 100%根据我的经验）。

对我有用的解决方案是简单地等待十分之一秒。

您可以通过在asyncAfter 呼叫中包装您的呼叫来做到这一点

func applicationWillEnterForeground(_: UIApplication) {
    DispatchQueue.main.asyncAfter(deadline: DispatchTime.now() + 0.1) { [weak self]
        self?.coordinator?.handleWillEnterForeground()
    }
}

但更优选的是，如果您的所有请求都通过单个协调器，请保留您的 AppDelegate 代码相同，而是让协调器查找返回错误代码 -1005 或 53 并具有 it 的请求等待十分之一秒，然后重试请求（确保有重试限制）。