“状态更改” APNS失败时的应用架构

Question1我们应该如何处理HEAD请求响应？（我猜测服务器要能够路由HEAD请求，必须进行一些更改，但是我们假设这不在问题范围内）。

您可能不需要处理HEAD请求。使用Etags是一种标准机制，它使您可以发出GET请求，并且如果没有任何更改，则服务器可以返回一个带有304响应的空正文，如果有任何更改，则可以返回实际的新内容。

问题2我们必须多久执行一次此请求？基于此注释，一种解决方案是在viewDidAppear中设置重复计时器，例如每2分钟发出HEAD请求。这是一个好主意吗？

我认为这是合理的，尤其是当您想在无法成功发出请求时通知用户时。您可能还考虑使用Apple的可达性代码来检测何时可以与服务器通信。

Question3现在让我们说我们执行了HEAD请求，但是另外2个场景/
viewControllers也请求了GET（PassengerInfoModel）。服务器无法区分不同的场景/
viewController。我猜测一个解决方案是通过单例NetworkHandler管理我们所有应用程序的网络请求。这是一个好主意吗？

是的，我认为拥有一个单身人士是合理的，尽管我不确定为什么服务器会关心哪个视图控制器正在发出请求。就像他们不能只是要求不同的网址吗？