NSURLSessionTask nigdy nie oddzwania po przekroczeniu limitu czasu podczas korzystania z konfiguracji w tle

Limit czasu dla DownloadTask jest wyrzucany przez NSURLSessionTaskDelegate, a nie NSURLSessionDownloadDelegate

Aby wyzwolić limit czasu (-1001) podczas zadania pobierania:

Poczekaj, aż rozpocznie się pobieranie. procentowe pobieranie danych wywoła:

URLSession:downloadTask:didWriteData: totalBytesWritten:totalBytesExpectedToWrite:

Następnie wstrzymaj całą aplikację w debugerze XCode.

Rozpakuj aplikację za pomocą debugera XCode buttons

Połączenie http z serwera powinno się wyłączyć i wyzwalać:

-1001 "żądanie wygasło."

#pragma mark -
#pragma mark NSURLSessionTaskDelegate - timeouts caught here not in DownloadTask delegates
#pragma mark -
- (void)URLSession:(NSURLSession *)session
              task:(NSURLSessionTask *)task
didCompleteWithError:(NSError *)error
{

    if(error){

        ErrorLog(@"ERROR: [%s] error:%@", __PRETTY_FUNCTION__,error);

        //-----------------------------------------------------------------------------------
        //-1001 "The request timed out." 
//        ERROR: [-[SNWebServicesManager URLSession:task:didCompleteWithError:]] error:Error Domain=NSURLErrorDomain Code=-1001 "The request timed out." UserInfo={NSUnderlyingError=0x1247c42e0 {Error Domain=kCFErrorDomainCFNetwork Code=-1001 "(null)" UserInfo={_kCFStreamErrorCodeKey=-2102, _kCFStreamErrorDomainKey=4}}, NSErrorFailingURLStringKey=https://directory.clarksons.com/api/1/dataexport/ios/?lastUpdatedDate=01012014000000, NSErrorFailingURLKey=https://directory.clarksons.com/api/1/dataexport/ios/?lastUpdatedDate=01012014000000, _kCFStreamErrorDomainKey=4, _kCFStreamErrorCodeKey=-2102, NSLocalizedDescription=The request timed out.}
        //-----------------------------------------------------------------------------------


    }else{
        NSLog(@"%s SESSION ENDED NO ERROR - other delegate methods should also be called so they will reset flags etc", __PRETTY_FUNCTION__);
    }
}

Istnieje jedna metoda w UIApplicationDelegate, która poinformuje Cię o procesie w tle.

-(void)application:(UIApplication *)application handleEventsForBackgroundURLSession:(NSString *)identifier completionHandler:(void (^)())completionHandler

Jeśli jest więcej niż jedna sesja, możesz zidentyfikować swoją sesję przez

if ([identifier isEqualToString:@"com.mydomain.myapp.mySessionIdentifier"]) 

Używana jest jeszcze jedna metoda, aby okresowo powiadamiać o postępie .Tutaj możesz sprawdzić stan NSURLSession

- (void)URLSession:(NSURLSession *)session downloadTask:(NSURLSessionDownloadTask *)downloadTask didWriteData:(int64_t)bytesWritten totalBytesWritten:(int64_t)totalBytesWritten totalBytesExpectedToWrite:(int64_t)totalBytesExpectedToWrite


NSURLSessionTaskStateRunning = 0,                   
NSURLSessionTaskStateSuspended = 1,
NSURLSessionTaskStateCanceling = 2,                   
NSURLSessionTaskStateCompleted = 3,              

Podobnie jak ty, aplikacja, nad którą pracuję, zawsze używa sesji w tle. Jedną rzeczą, którą zauważyłem, jest to, że timeout działa poprawnie, jeśli przerywa działające połączenie, tzn. transfer rozpoczął się pomyślnie. Jeśli jednak uruchomię zadanie pobierania adresu URL, który nie istnieje,nie skończy się to.

Biorąc pod uwagę, że mówiłeś, że Twój backend był martwy przez jakiś czas, to brzmi jak to, co widziałeś.

Jest dość łatwy do odtworzenia. Ustaw limit czasu na jakieś 5 sekund. Dzięki poprawnemu adresowi URL otrzymasz pewne aktualizacje postępu, a następnie zobaczysz limit czasu. Nawet z sesją w tle. Z nieprawidłowym adresem URL po prostu zamilknie, gdy tylko zadzwonisz do CV.

Doszedłem do tego samego problemu. Jednym z rozwiązań, które znalazłem, jest użycie dwóch sesji, jednej do pobierania na pierwszym planie przy użyciu domyślnej konfiguracji i jednej do pobierania w tle z konfiguracją w tle. Po przejściu na tło / pierwszy plan Wygeneruj dane wznowienia i przekaż je z jednego do drugiego. Ale zastanawiam się, czy znalazłeś inne rozwiązanie.