NSURLSessionConfiguration timeoutIntervalForRequest vs NSURLSession timeoutInterval

Question

Mit der neuen NSURLSession gibt es jetzt ein timeoutIntervalForRequest für das NSURLSessionConfiguration-Objekt, das zum Erstellen der Sitzung verwendet wurde.

Es gibt jedoch noch ein timeoutInterval für das NSURLRequest-Objekt, das zum Erstellen der NSURLSessionTask in der Sitzung verwendet werden kann.

Meine Frage ist, wenn die Konfiguration eine timeoutIntervalForRequest auf 30 gesetzt hat, aber die NSURLRequest verwenden, um die Aufgabe zu erstellen hat ein timeoutInterval von 60, welches Timeout-Intervall tatsächlich verwendet wird?

Answer 1

Wie meine Untersuchung auf iOS 7.0.3, timeoutInterval für NSURLRequest erhält keine Auswirkungen, wenn es mit NSURLSession verwendet wird.

Ob timeoutIntervalForRequest für NSURLSessionConfiguration oder nicht, timeoutInterval wird einfach ignoriert.

Sie können meine kleine Beispielanwendung NetworkTimeoutSample verwenden, um dieses Verhalten zu überprüfen.

Wenn Sie 1 für "URLReq" Feld, die timeoutInterval für NSURLRequest betrifft, dann klicken Sie auf "NSURLSession With URLRequest" -Taste, Ihre Sitzung wird nicht Timeout-Fehler erhalten.

Sie können auch erkennen, sollten Sie timeoutIntervalForResource, statt timeoutIntervalForRequest für NSURLSession gesetzt, wenn Sie gleiche Timeout Effekt für timeoutInterval von NSURLRequest bekommen möchten.

Wenn Sie sowohl den Wert timeoutIntervalForRequest als auch den Wert timeoutIntervalForResource für NSURLSessionConfiguration festlegen, wirkt sich dies auf einen kleineren Wert aus (dieses Verhalten unterscheidet sich vom aktuellen API-Dokument).

Es gibt keine Dokumentation zu diesen Spezifikationen, daher könnte es in zukünftigen iOS-Versionen geändert werden.

Answer 2

Seit iOS8 ruft die NSUrlSession im Hintergrundmodus diese Delegate-Methode nicht auf, wenn der Server nicht antwortet. -(void)URLSession:(NSURLSession *)session task:(NSURLSessionTask *)task didCompleteWithError:(NSError *)error Der Download/Upload bleibt auf unbestimmte Zeit im Leerlauf. Dieser Delegat wird auf iOS7 mit einem Fehler aufgerufen, wenn der Server nicht antwortet.

Im Allgemeinen schlägt eine NSURLSession-Hintergrundsitzung eine Aufgabe fehl, wenn auf der Leitung etwas schief geht. Vielmehr sucht es weiterhin nach einer guten Zeit, um die Anfrage und die Versuche zu dieser Zeit auszuführen. Dies wird fortgesetzt, bis das Ressourcen-Timeout abläuft (dh der Wert der timeoutIntervalForResource-Eigenschaft im NSURLSessionConfiguration-Objekt, das Sie zum Erstellen der Sitzung verwenden). Der aktuelle Standardwert für diesen Wert ist eine Woche! Mit anderen Worten, das Verhalten von fehlgeschlagen für ein Timeout in iOS7 war falsch. Im Kontext einer Hintergrundsitzung ist es interessanter, aufgrund von Netzwerkproblemen nicht sofort zu versagen. Seit iOS8 wird der Task NSURLSession fortgesetzt, selbst wenn Timeouts und Netzwerkverluste auftreten. Es wird jedoch fortgesetzt, bis timeoutIntervalForResource erreicht ist.

Also im Grunde funktioniert timeoutIntervalForRequest nicht im Hintergrund Sitzung aber TimeoutIntervalForResource wird.

Ich habe diese Antwort von einem der Mitglieder von Apple Staff unter developer forum. Auch das habe ich durch Umsetzung verifiziert.

Answer 3

Sieht so aus, als hätten sich die Dinge geändert, seit n-miyo es getestet hat.

Die apple documentation besagt, dass der NSURLRequest-Wert die Sitzungskonfiguration überschreibt.

In some cases, the policies defined in this configuration may be overridden by policies specified by an NSURLRequest object provided for a task. Any policy specified on the request object is respected unless the session’s policy is more restrictive. For example, if the session configuration specifies that cellular networking should not be allowed, the NSURLRequest object cannot request cellular networking.