Est-il possible d'empêcher une NSURLRequest de mettre des données en cache ou de supprimer des données mises en cache suite à une demande?

Sur iPhone, j'effectue une requête HTTP en utilisant NSURLRequest pour un morceau de données. Les pics d'allocation d'objets et j'attribue les données en conséquence. Lorsque j'en ai fini avec les données, je les libère en conséquence - cependant, les instruments ne montrent pas que les données ont été libérées!

Ma théorie est que par défaut, les requêtes HTTP sont mises en cache, cependant - je ne veux pas que mon application iPhone cache ces données.

Existe-t-il un moyen de vider ce cache après une demande ou d'empêcher la mise en cache des données en premier lieu?

J'ai essayé d'utiliser toutes les politiques de cache documentées un peu comme ci-dessous:

NSMutableURLRequest *theRequest = [NSMutableURLRequest requestWithURL:[NSURL URLWithString:url]];
theRequest.cachePolicy = NSURLRequestReloadIgnoringLocalCacheData;

mais rien ne semble libérer la mémoire!

Habituellement, il est plus facile de créer la demande comme ceci

NSURLRequest *request = [NSURLRequest requestWithURL:url
      cachePolicy:NSURLRequestReloadIgnoringCacheData
      timeoutInterval:60.0];

Puis créez la connexion

NSURLConnection *conn = [NSURLConnection connectionWithRequest:request
       delegate:self];

et implémentez la méthode connection: willCacheResponse: sur le délégué. Le simple retour de zéro devrait le faire.

- (NSCachedURLResponse *)connection:(NSURLConnection *)connection willCacheResponse:(NSCachedURLResponse *)cachedResponse {
  return nil;
}

J'ai le même problème dans mon application lorsque j'ai demandé des informations à Twitter. Dans mon cas, je n'avais pas besoin de conserver ces informations d'identification, donc je les efface simplement en utilisant le code suivant:

- (void) eraseCredentials{
NSURLCredentialStorage *credentialsStorage = [NSURLCredentialStorage sharedCredentialStorage];
NSDictionary *allCredentials = [credentialsStorage allCredentials];

//iterate through all credentials to find the twitter host
for (NSURLProtectionSpace *protectionSpace in allCredentials)
    if ([[protectionSpace host] isEqualToString:@"twitter.com"]){
        //to get the twitter's credentials
        NSDictionary *credentials = [credentialsStorage credentialsForProtectionSpace:protectionSpace];
        //iterate through twitter's credentials, and erase them all
        for (NSString *credentialKey in credentials)
            [credentialsStorage removeCredential:[credentials objectForKey:credentialKey] forProtectionSpace:protectionSpace];
    }
}

J'espère que ça marche pour quelqu'un :)

Si vous utilisez NSURLConnection, jetez un œil au délégué:

- (NSCachedURLResponse *)connection:(NSURLConnection *)connection willCacheResponse:(NSCachedURLResponse *)cachedResponse

Valeur de retour

La réponse réelle mise en cache à stocker dans le cache. Le délégué peut renvoyer cachedResponse non modifié, renvoyer une réponse mise en cache modifiée ou renvoyer nil si aucune réponse mise en cache ne doit être stockée pour la connexion.

Si vous utilisez NSURLSession, une autre solution pour empêcher la demande et les paramètres d'être écrits dans Cache.dbiOS crée dans le Cachesrépertoire de l'application , consiste à définir la configuration NSURLCachede la session sur une mémoire de taille 0 et un cache disque de taille 0, par exemple

let configuration = URLSessionConfiguration.default    
configuration.urlCache = URLCache(memoryCapacity: 0, diskCapacity: 0, diskPath: nil)
let session = URLSession(configuration: configuration)

ou comme mentionné ci-dessus défini à un niveau de cache global

URLCache.shared = URLCache(memoryCapacity: 0, diskCapacity: 0, diskPath: nil)

C'est probablement le 0 pour la taille du disque qui arrête l'écriture d'iOS sur le disque, mais si vous avez une politique, reloadIgnoringLocalCacheDatavous n'êtes probablement pas non plus intéressé par la mise en cache de la mémoire.

Remarque Cela empêchera toute Caches/Cache.db(demandes et réponses) ouCaches/fsCachedData/ création de dossier (données de réponse). Nous avons décidé d'adopter cette approche dans une application à des fins de sécurité, car nous ne voulons jamais que nos demandes soient stockées sur le cache disque.

Si quelqu'un sait qu'il existe un moyen d'arrêter uniquement la mise en cache des demandes mais de conserver la mise en cache des données de réponse du mécanisme de chargement d'URL iOS, je serais intéressé de savoir. (il n'y a pas d'API ou de documentation officielle à ce sujet d'après ce que je peux dire)

Si ce n'est pas spécifique à une seule demande (vous voulez désactiver le cache pour toute l'application) ci-dessous est la meilleure option.Ajoutez ce code dans le délégué d'application ou en fonction de votre besoin n'importe où

        int cacheSizeMemory = 0*4*1024*1024; // 0MB
        int cacheSizeDisk = 0*32*1024*1024; // 0MB
        NSURLCache *sharedCache = [[NSURLCache alloc] initWithMemoryCapacity:cacheSizeMemory diskCapacity:cacheSizeDisk diskPath:@"nsurlcache"];
        [NSURLCache setSharedURLCache:sharedCache];

NSMutableURLRequest* request = [[NSMutableURLRequest alloc] url];
[request setValue:@"no-store" forHTTPHeaderField:@"Cache-Control"];
[request setCachePolicy:NSURLRequestReloadIgnoringLocalCacheData];

En supposant que le serveur est correctement implémenté, mettre l'en- Cache-Control:no-storetête dans la requête générera une réponse du serveur avec le même en-tête, provoquant ainsi le NSURLCachenon stockage des données de réponse sur le disque.

Par conséquent, pas besoin de l'approche fusil à pompe de désactivation NSURLCachede la mise en cache du disque.

PS: l'ajout de l'en-tête devrait fonctionner pour tous les frameworks HTTP, comme AFNetworking