Best Practices zum Erstellen einer Warteschlange von NSURLSessionTasks

Müssen Sie verwenden diese Vorgehensweise, die die meisten straight forward: https://stackoverflow.com/a/31386206/2308258

Oder verwenden Sie eine operation queue und machen Sie die Aufgaben, abhängig vom jeweils anderen

=======================================================================

Über die HTTPMaximumConnectionsPerHost Methode

Einen einfachen Weg zur Umsetzung einer first-in-first-out serielle Warteschlange NSURLSessionTasks ist die Ausführung aller Aufgaben auf ein NSURLSession, hat seine HTTPMaximumConnectionsPerHost-Eigenschaft auf 1 festgelegt

HTTPMaximumConnectionsPerHost nur dafür sorgen, dass man gemeinsamen Verbindung verwendet werden, für die Aufgaben der session, aber es bedeutet nicht, dass Sie werden Seriell verarbeitet.

Können Sie überprüfen, ob auf der Netzwerk-Ebene mit http://www.charlesproxy.com/, Sie wil entdecken, dass, wenn die Einstellung HTTPMaximumConnectionsPerHost, Ihre Aufgaben noch gestartet werden zusammen in der gleichen Zeit, indem Sie NSURLSession und nicht Seriell wie man glaubt.

Expriment 1:

• Zu deklarieren, NSURLSession mit HTTPMaximumConnectionsPerHost 1
• Mit task1: "url" = download.thinkbroadband.com/20MB.zip

• Mit task2: "url" = download.thinkbroadband.com/20MB.zip

  1. Berufung [task1 fortsetzen];
  2. Berufung [task2 fortsetzen];

Ergebnis: task1 completionBlock heißt dann task2 completionBlock heißt

Abschluss Blöcke genannt werden könnte, in der Reihenfolge, die Sie erwarten im Falle der Aufgaben nehmen die gleiche Menge an Zeit jedoch, wenn Sie versuchen, laden Sie zwei verschiedene Dinge mit dem gleichen NSURLSession werden Sie entdecken, dass NSURLSession nicht über eine zugrunde liegende Bestellung Ihrer Anrufe, aber nur komplettiert, was zuerst fertig ist.

Expriment 2:

• Zu deklarieren, NSURLSession mit HTTPMaximumConnectionsPerHost 1
• task1: "url" = download.thinkbroadband.com/20MB.zip

• task2: "url" = download.thinkbroadband.com/10MB.zip (kleinere Datei)

  1. Berufung [task1 fortsetzen];
  2. Berufung [task2 fortsetzen];

Ergebnis: task2 completionBlock heißt dann task1 completionBlock heißt

Abschließend müssen Sie die Bestellung selbst, NSURLSession keine Logik zur Bestellung Anfragen, wird es nur nennen die completionBlock, was zuerst fertig ist, auch wenn die Einstellung der maximalen Anzahl von verbindungen pro host auf 1

PS: Sorry für das format der post, ich habe nicht genug Ruf zu posten screenshots.

InformationsquelleAutor der Antwort taiyungo

Benutze ich NSOperationQueue (als Owen vorgeschlagen hat). Setzen Sie die NSURLSessionTasks in NSOperation-Unterklassen und stellen Abhängigkeiten. Abhängige tasks warten, bis der Aufgabe, die Sie abhängig sind, abgeschlossen sind, bevor es läuft, aber wird nicht überprüfen Sie den status (Erfolg oder Fehler), so fügen Sie einige Logik, um den Prozess zu Steuern.

In meinem Fall, die erste Aufgabe prüft, ob der Benutzer über ein gültiges Konto und erstellt, wenn nötig. In der ersten Aufgabe, die ich aktualisieren NSUserDefault Wert, um anzuzeigen, das Konto gültig ist (oder es ist ein Fehler). Die zweite Aufgabe überprüft das NSUserDefault Wert und wenn alles OK verwendet die Anmeldeinformationen des Benutzers zu veröffentlichen einige Daten an den server.

(Kleben der NSURLSessionTasks in separaten NSOperation Unterklassen auch meinen code leichter zu navigieren)

Fügen Sie die NSOperation Unterklassen der NSOperationQueue und stellen Abhängigkeiten:

 NSOperationQueue  *ftfQueue = [NSOperationQueue new];
 FTFCreateAccount *createFTFAccount = [[FTFCreateAccount alloc]init];
 [createFTFAccount setUserid:@"********"];  //Userid to be checked /created
 [ftfQueue addOperation:createFTFAccount];
 FTFPostRoute *postFTFRoute = [[FTFPostRoute alloc]init];
 [postFTFRoute addDependency:createFTFAccount];
 [ftfQueue addOperation:postFTFRoute];

In der ersten NSOperation Unterklasse überprüft, ob Konto existiert auf dem server:

@implementation FTFCreateAccount
{
    NSString *_accountCreationStatus;
}



- (void)main {

    NSDate *startDate = [[NSDate alloc] init];
    float timeElapsed;

    NSString *ftfAccountStatusKey    = @"ftfAccountStatus";
    NSString *ftfAccountStatus    = (NSString *)[[NSUserDefaults standardUserDefaults] objectForKey:ftfAccountStatusKey];
    NSUserDefaults *userDefaults = [NSUserDefaults standardUserDefaults];
    [userDefaults setValue:@"CHECKING" forKey:ftfAccountStatusKey];

    //Setup and Run the NSURLSessionTask
    [self createFTFAccount:[self userid]];

    //Hold it here until the SessionTask completion handler updates the _accountCreationStatus
    //Or the process takes too long (possible connection error)

    while ((!_accountCreationStatus) && (timeElapsed < 5.0)) {
        NSDate *currentDate = [[NSDate alloc] init];     
        timeElapsed = [currentDate timeIntervalSinceDate:startDate];    
    }
    if ([_accountCreationStatus isEqualToString:@"CONNECTION PROBLEM"] || !_accountCreationStatus) [self cancel];

    if ([self isCancelled]) {
        NSLog(@"DEBUG FTFCreateAccount Cancelled" );
        NSUserDefaults *userDefaults = [NSUserDefaults standardUserDefaults];
        [userDefaults setValue:@"ERROR" forKey:ftfAccountStatusKey];            
    }    
}

In der nächsten NSOperation post-Daten:

@implementation FTFPostRoute
{
    NSString *_routePostStatus;
}

- (void)main {

    NSDate *startDate = [[NSDate alloc] init];
    float timeElapsed;
    NSString *ftfAccountStatusKey    = @"ftfAccountStatus";
    NSString *ftfAccountStatus    = (NSString *)[[NSUserDefaults standardUserDefaults] objectForKey:ftfAccountStatusKey];

    if ([ftfAccountStatus isEqualToString:@"ERROR"])
    {
        //There was a ERROR in creating /accessing the user account.  Cancel the post
        [self cancel];
    } else
    {
        //Call method to setup and run json post

        //Hold it here until a reply comes back from the operation
        while ((!_routePostStatus) && (timeElapsed < 3)) {
            NSDate *currentDate = [[NSDate alloc] init];          
            timeElapsed = [currentDate timeIntervalSinceDate:startDate];                
            NSLog(@"FTFPostRoute time elapsed: %f", timeElapsed);                
        }

    }


    if ([self isCancelled]) {
        NSLog(@"FTFPostRoute operation cancelled");
    }
}

InformationsquelleAutor der Antwort greentor