Jak automatycznie odświeżyć wygasły token za pomocą AFOAuth2Manager?

Question

Piszę małego klienta iOS dla serwera chronionego przez OAuth2.

Zastanawiam się, czy możliwe jest automatyczne odświeżenie wygasłego tokena za pomocą AFOAuth2Manager [here].

Pomysł polega na tym, że logika odświeżania klienta, gdy serwer odpowiada 401, lub podnoszą błąd, gdy metoda odświeżania zwraca 401, powinna być dość powszechna, więc prawdopodobnie jest zintegrowana z pewną biblioteką.

Answer 1

stworzyłem podklasę AFOAuth2Manager

W tej podklasy zastąpić tę metodę:

- (AFHTTPRequestOperation *)HTTPRequestOperationWithRequest:(NSURLRequest *)request 
                success:(void (^)(AFHTTPRequestOperation *operation, id responseObject))success 
                failure:(void (^)(AFHTTPRequestOperation *operation, NSError *error))failure { 
    return [self HTTPRequestOperationWithRequest:request 
             success:success 
             failure:failure 
          checkIfTokenIsExpired:YES]; 
} 

wywołanie metody niestandardowej z dodatkowym parametrem: checkIfTokenIsExpired. Jest to wymagane, aby uniknąć nieskończonych pętli.

Implementacja tej metody jest prosta: jeśli nie musimy sprawdzać tokena, wystarczy zadzwonić do super klasy.

if (!checkIfTokenIsExpired) { 
     return [super HTTPRequestOperationWithRequest:request 
               success:success 
               failure:failure]; 
    } 

inaczej możemy wykonać żądania z bloku zwyczaj awarii

else { 
     return [super HTTPRequestOperationWithRequest:request 
               success:success 
               failure: ^(AFHTTPRequestOperation *operation, NSError *error) { 
      if (operation.response.statusCode == ERROR_CODE_UNAUTHORIZED) { //1 
       [self reauthorizeWithSuccess: ^{ //2 
        NSURLRequest *req = [self.requestSerializer requestByAddingHeadersToRequest:request]; //3 
        AFHTTPRequestOperation *moperation = [self HTTPRequestOperationWithRequest:req //4 
                         success:success 
                         failure:failure 
                     checkIfTokenIsExpired:NO]; 

        [self.operationQueue addOperation:moperation]; //5 
       }     failure: ^(NSError *error) { 
        failure(nil, error); 
       }]; 
      } 
      else { 
       failure(operation, error); //6 
      } 
     }]; 
    } 

• // 1: Sprawdź http status code, jeśli 401 próbować automatycznie ponownie-autoryzacji.
• // 2: ponowna autoryzacja to prywatna matematyka korzystająca z AFOAuthManager do odświeżenia tokena.
• // 3: W tym przypadku jesteśmy ponownie upoważnieni z powodzeniem i chcemy ponownie przesłać kopię poprzedniego wniosku. Metoda ta polega tylko na skopiowaniu wszystkich pól nagłówka z poprzedniego żądania.
• // 4: Utwórz kopię poprzedniego żądania, ale tym razem ostatni parametr jest fałszywy, ponieważ nie chcemy ponownie sprawdzać! successBlock i failureBlock są takie same jak poprzednie żądanie.
• // 5: Dodaj operację do kolejki.
• // 6: Jeśli metoda ponownego autoryzowania się nie powiedzie, po prostu wywołaj blok awarii.

Answer 2

Niestety nie znaleziono żadnych ram dla rozwiązania tego problemu więc napisałem krótki owijkę wokół AFNetworking (jeśli ktoś jest zainteresowany mogę publikować na github) Logika jest do wykonania wniosku, aw przypadku odpowiedzi HTTP 401, spróbuj odświeżyć auth-token i po jego wykonaniu ponownie wykonać poprzednie żądanie.

Answer 3

szukałem odpowiedzi na ten problem i "Matt", the creator of AFNetworking, suggest this:

najlepszym rozwiązaniem Znalazłem radzenia sobie z tego jest użycie zależne NSOperations aby sprawdzić ważnego, un-wydychanym tokena zanim jakiekolwiek wychodzące żądanie będzie mogło przejść. W tym momencie programista musi ustalić, czy najlepiej jest odświeżyć ten token, czy też nabyć nowy.

Proste, ale skuteczne ?, próbuje teraz będzie zmieniać z raportu ...