我正在寻找解决iPhone应用（iOS9 / Swift2 / Xcode7）网络连接问题的最佳方法的建议，以提供最佳用户体验，因为我们知道移动数据网络不可靠。我有自己的编码选项，但我想知道其他经验丰富的技术人员能做些什么。那里有很多信息，但是当发生连接失败时，我找不到具体的策略。
这是我处理失败联系的基本策略，我想实施（以及问题）：
我使用了Apple技术推荐的this SO answer中概述的理念，这通常意味着您始终首先检查与服务器的连接，使用Reachability作为单独检查以确保手机硬件可用
在此过程中的任何时候，如果Reachability为false，那么我们会将请求放入队列中，以便在恢复电话硬件连接时再次尝试。
我认为我已经掌握了所涉及的代码，但正在寻找像＃34这样的见解;这对我们的应用程序有效，并在连接问题期间提供良好的用户体验......并获得批准在Apple应用商店中使用......＆＃34;。我理解在失败的情况下尝试/重试连接的概念并警告用户（目前我的代码已成功完成此操作），但仍然不能很好地使用一个好的策略来使用多少次我应该尝试重新连接以及什么间隔l
答案 0 :(得分：5)
对于我所使用的大多数应用程序，定义具有不同规则的几类请求非常有用。对于每个类别，请考虑重试是否合适以及在考虑请求失败之前您能够等待多长时间。
在所有这些请求中，您的重试策略实际上只会影响＃2，因此我会确保您在担心之前确实有此类型的请求。假设这些确实适用于您的应用......
等待X秒再次尝试再次请求api.myserver.com（您会建议多少次尝试以及在什么时间间隔？）
我会在这里设置一些间隔（在几十到几百毫秒内，取决于你的正常api性能），以避免意外的请求泛滥。当我没有充分的理由时，我不想建议一个确切的数字。
我的经验是，优化此值不太可能对您的用户产生明显的差异，因为请求通常需要数百毫秒才能失败，用户只愿意等待几千毫秒，因此需要发出1或5或10个请求在那个时候并没有真正改变最终的结果。如果您能够为用户设定不同的期望，那么结果可能会有所不同。
尝试ping其他服务器（例如google.com）以查看我们是否可以访问api.myserver.com以外的其他资源 如果我们能成功ping google.com，那么我们就知道我们的互联网正在运行，所以我们再次尝试ping api.myserver.com
我不会认为这是真的，我也不认为向第三方提出额外请求会帮助您对何时尝试访问自己的系统做出有用的预测。这似乎是构建和维护的额外工作，并且可能成为误导结果的来源而不是有价值的信息。在什么情况下，您认为这会为您的应用或其用户提供有用的信息？
也许不是你想要的答案，希望它仍然有用。
免责声明：我的经验偏向于使用相当简单的REST或RPC样式网络请求的应用程序。如果你正在处理一个需要流数据，P2P连接或其他一些场景的问题，那么就不要从这些假设开始。
（1）这里有一个结尾注意，因为我经常将它视为失败的根源：这些请求应该是幂等的。是的，即使是创建新资源，检查购物车等的POST。当您无法安全地重复请求时，您最终会看到请求已完成但客户端从未收到确认的情况，因此看起来像是失败。通过相同请求的重试（自动或用户触发）恢复比检测重复请求并从中恢复要容易得多。
答案 1 :(得分：0)
为了更好的网络性能。在我的应用程序中，我使用ping每个API请求之前的服务器，如果它可以访问，那么我调用我的服务器API，否则没有网络警报。
如果你在wifi网络上，那么你也必须这样做，因为wifi可达性只检查wifi连接而不是网络访问。