iphone - 根据网络变化更新 iPhone 的可达性

Question

编辑2011年5月23日

我现在想知道我是否设计过度了。当我使用在线连接时，我会正确处理它 - 要么:

• 在后台显示进度或事件指示器，如果失败，我会显示一条合适的消息或

• 我调用另一个应用程序，Safari 或 map ，然后它会进行自己的检查，如果没有连接，则会失败。这使得用户只能使用失败的其他应用程序，这并不完美。

因此，如果我按照下面的建议进行操作，并且标准 Reachability 返回无法访问，然后我必须执行 NSURLConnection 以防 radio 进入休眠状态，那么我不确定这是否比仅仅尝试获取更好首先是在线资源。

如果有人可以提供帮助 - 我将非常感激。我快要准备好提交了，只需要把这个做好。

我使用 Apple 的 Reachability 示例总体效果良好，除非移动或蜂窝连接进入休眠状态然后又恢复，或者 Wi-Fi 断开然后依赖蜂窝连接。

当移动(蜂窝)连接没有变化时，这很好。这与我读过的评论一致，即当蜂窝 radio 关闭时，您必须再次手动唤醒它。但是，我不知道该怎么做。

我需要设置 NSURLConnection 吗？一些示例代码会很棒。当我收到没有连接的通知时，我是否会发送 NSURLConnection 并告诉用户稍后重试，然后如果我收到回调表明其成功，则覆盖 Reachability 的关闭设置？

此外，每当似乎没有连接时，我是否需要这样做，以防万一 - 这似乎浪费资源，而事实可能并非如此。例如，不在 Wi-Fi 覆盖范围内的 iPod Touch。

我还查看了 DDG的替代方案，但看起来会有同样的问题。

任何有用的建议都将受到热烈欢迎。

谢谢

克里斯。

Answer 1

您不能也不应该使用 Apple 的 Reachabilty 示例代码(或 SCNetworkReachabilityFlags)来确定网络资源是否可用或将可用。它们为您提供了有用的工具，可以向用户提供有关连接失败原因的反馈，以及确定是否以及何时重试连接。但是，如果您想访问网络资源，您只需提出请求即可。

不要根据可达性标志向用户显示“无网络连接”警报。执行网络请求，如果失败，请检查可达性标志和您自己的请求历史记录，看看是否应该告诉用户请求失败或静默重试。您不应该希望或不需要在每次网络故障时向用户发送垃圾邮件。如果请求失败，如果主机似乎可以访问并且仅在几次尝试后才向用户报告失败，或者当可达性标志表明您实际上已丢失网络连接而不仅仅是单个请求失败时，请考虑重试。

至于重新激活设备的 radio ，您需要平衡尝试获取网络资源的愿望与允许设备关闭网络接口(interface)以节省电量的愿望。我不知道您的应用程序正在尝试执行什么操作，但我建议允许设备关闭电源，然后尝试连接以响应用户要求应用程序获取新数据的请求。我没有看到您想要重新激活 radio 只是为了向用户提示某些网络资源当前可能或可能无法访问的情况。

参见https://devforums.apple.com/message/409618

The only way to know whether a host is available is to try to connect to it. If that connection fails, you can use reachability to provide feedback to the user, and to guide your retry mechanism, but using reachability to preflight a connection is not a good idea.

The key issue here is that reachability uses local information to determine its results. This doesn't say anything about the state of the wider Internet. The origin server might be down, or any number of links between you and the origin server might be down, and reachability will happily say that it's reachable. At that point you're going to try to connect, and the connection will fail. So you're going to have to handle the error anyway, which means you might as well not do the preflight and let your standard error handling cover this case as well.

另请看一下有关在使用外部应用程序加载资源之前检查资源的问题:https://devforums.apple.com/message/411329

对资源发出 HEAD 请求应该可以让您合理地了解外部应用程序是否能够加载该资源而不需要您下载大量数据(尽管延迟仍然是一个问题)。