Основная нить заблокирована на SCNetworkReachabilityGetFlags

Question

До сих пор произошло только один раз.

Я использую библиотеку третьей стороны, и вызывает функцию ниже:

- (BOOL) isReachableViaWiFi { 

    NSAssert(reachabilityRef, @"isReachableViaWiFi called with NULL reachabilityRef"); 

    SCNetworkReachabilityFlags flags = 0; 
    NetworkStatus status = NotReachable; 

    if (SCNetworkReachabilityGetFlags(reachabilityRef, &flags)) { 
     status = [self networkStatusForFlags: flags]; 
     return (ReachableViaWiFi == status); 
    } 

    return NO; 

} // isReachableViaWiFi 

Когда я нахожу мой UI остановился, я приостановил выполнение программы, и каждый раз, когда он останавливается на SCNetworkReachabilityGetFlags линии:

Я запутался об этом. Спасибо за любые советы.

Answer 1

Основываясь на коде, который вы опубликовали, я бы сказал, что ваша проблема заключается в том, что вы синхронно вызываете SCNetworkReachabilityGetFlags в основной теме. Я думаю, что есть большая вероятность, что эта функция что-то скажет в Интернете. Если удаленный хост, пытающийся выполнить ping, по какой-либо причине недоступен (вы потеряли интернет-соединение), вы получите обычные сетевые тайм-ауты, которые могут быть очень длинными (30 секунд). На этот раз вы заблокируете основной поток (со всем пользовательским интерфейсом).

Таким образом, решение проблемы может быть: вызвать эту функцию в другой очереди/потоке, а затем передать результат в ваш основной поток. Делая это, вы не блокируете основной поток, ожидая ответа на удаленный хост.

В общем, вам следует избегать запуска любого сетевого кода взаимодействия в основном потоке.

Answer 2

Образец Повторяемость демонстрирует асинхронное использование API SCNetworkReachability. Вы можете использовать API синхронно, но не делайте синхронную проверку hostName в основном потоке. Если устройство не может добраться до DNS-сервера или находится в медленной сети, синхронный вызов функции SCNetworkReachabilityGetFlags может блокировать до 30 секунд, пытаясь разрешить имя узла. Если это произойдет в основном потоке, сторожевой таймер приложения убьет приложение через 20 секунд бездействия.