iOS可访问性 - 通知缓慢和缺失的问题

时间:2012-02-01 14:13:28

标签: ios reachability

我正在使用Apple提供的示例代码来监控Reachability - 但它仍然让我头疼。我在iOS 5上运行,顺便说一句。

// Initialise

hostReach = [[Reachability reachabilityForInternetConnection] retain];

[hostReach startNotifier];

-(void) updateConnectionStatus
{
    // Check Internet connectivity

    NetworkStatus netStatus = [hostReach currentReachabilityStatus];

    if(netStatus == NotReachable)
    {
        NSLog (@"updateConnectionStatus: network not reachable!");

       [self setNetworkAvailable:NO];
    }
    else
    {
        NSLog (@"updateConnectionStatus: network reachable!");

       [self setNetworkAvailable:YES];
    }
}

还有,

//Called by Reachability whenever status changes.
- (void) reachabilityChanged: (NSNotification *) note
{
NSLog (@"reachabilityChanged");

   [self updateConnectionStatus];
}

不要忘记,

- (void)applicationWillEnterForeground:(UIApplication *)application
{
    NSLog (@"applicationWillEnterForeground");

    [self updateConnectionStatus];
}

我一直在使用它,但我想在应用程序中以非平凡的方式处理可达性,例如在网络不可用时使用缓存数据。

第一个问题是状态更改通知在应用程序进入前台后大约10秒钟才会到达,甚至在应用程序重新进入前台时进行手动检查(如上所示)返回错误的结果。从控制台中查看此示例日志

2012-02-01 13:31:02.566 myapp[9807:707] applicationWillEnterForeground
2012-02-01 13:31:02.632 myapp[9807:707] Reachability Flag Status: -- ------- networkStatusForFlags
2012-02-01 13:31:02.634 myapp[9807:707] updateConnectionStatus: network not reachable!
2012-02-01 13:31:02.660 myapp[9807:707] reachabilityChanged
2012-02-01 13:31:02.662 myapp[9807:707] Reachability Flag Status: WR t----l- networkStatusForFlags
2012-02-01 13:31:02.663 myapp[9807:707] updateConnectionStatus: network reachable!

我试过了两个,

hostReach = [[Reachability reachabilityWithHostName:@"www.apple.com"] retain];

hostReach = [[Reachability reachabilityForInternetConnection] retain];

这意味着如果应用程序上次运行时网络无法访问,则恢复效率会低于应用程序再次通过网络连接运行时的恢复效果。

这种延迟是否不可避免?

我的另一个问题是,我的应用显然有时不会收到这些通知。这似乎发生在我的应用已经在后台呆了一段时间 - 虽然我无法随意重新创建。

但有时当我回到应用程序时,它收到的最后一个通知是网络无法访问,并且显然从未看到网络可达通知: - (

其他人见过这样的东西吗?

感谢。

1 个答案:

答案 0 :(得分:0)

要回答我自己的问题,在一个单独的线程上调用updateConnectionStatus似乎已经修复了问题(它似乎更可靠地返回正确的状态),但老实说,我不确定原因。

延迟通知仍然令人讨厌。