NSURLRequestがデータをキャッシュしないようにしたり、リクエスト後にキャッシュされたデータを削除したりすることはできますか？

iPhoneでは、データのチャンクに対してNSURLRequestを使用してHTTPリクエストを実行します。オブジェクト割り当てが急上昇し、それに応じてデータを割り当てます。データを使い終わったら、それに応じて解放します。ただし、機器には解放されたデータが表示されません。

私の理論では、デフォルトではHTTPリクエストはキャッシュされますが、iPhoneアプリでこのデータをキャッシュしたくありません。

リクエスト後にこのキャッシュをクリアする方法、または最初にデータがキャッシュされるのを防ぐ方法はありますか？

以下のようにドキュメント化されたすべてのキャッシュポリシーを使用してみました。

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

しかし、メモリを解放するものは何もないようです！

通常、このようなリクエストを作成する方が簡単です

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

次に、接続を作成します

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

そして、デリゲートにconnection：willCacheResponse：メソッドを実装します。nilを返すだけで十分です。

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

Twitterから情報を要求したとき、アプリにも同じ問題があります。私の場合、これらの資格情報を保持する必要はなかったので、次のコードを使用して単純に消去します。

- (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];
    }
}

私はそれが誰かのために働くことを願っています:)

NSURLConnectionを使用する場合は、デリゲートを見てください。

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

戻り値

キャッシュに格納する実際のキャッシュされた応答。デリゲートは、変更されていないcachedResponseを返すか、変更されたキャッシュされた応答を返すか、または接続に対してキャッシュされた応答を格納する必要がない場合はnilを返します。

を使用している場合NSURLSession、リクエストとパラメーターがCache.dbiOS に書き込まれるのを防ぐための別のソリューションは、アプリのCachesディレクトリ内に作成されます。たとえばNSURLCache、セッションの構成のを0サイズのメモリと0サイズのディスクキャッシュに設定します。

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

または上記のようにグローバルキャッシュレベルで設定

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

おそらく、iOSによるディスクへの書き込みを停止するのはディスクサイズの0ですが、ポリシーがある場合は、reloadIgnoringLocalCacheDataおそらくメモリキャッシュにも興味がありません。

注これにより、Caches/Cache.db（要求と応答）またはCaches/fsCachedData/フォルダー（応答データ）がまったく作成されなくなります。リクエストをディスクキャッシュに保存したくないので、セキュリティ上の理由からアプリでこのアプローチを採用することにしました。

リクエストのキャッシュのみを停止し、iOSのURLロードメカニズムからの応答データのキャッシュを保持する方法があることを誰かが知っている場合は、知りたいと思います。（私が言えることから、これに関するAPIまたは公式のドキュメントはありません）

単一のリクエストに固有でない場合（アプリ全体のキャッシュを無効にする必要がある場合）は、1つ以下が最適なオプションです。このコードをアプリデリゲートに追加するか、必要に応じてこのコードを追加します

        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];

サーバーが正しく実装されていると仮定すると、Cache-Control:no-storeヘッダーをリクエストに含めると、同じヘッダーのサーバー応答が生成さNSURLCacheれ、応答データがディスクに保存されなくなります。

したがって、NSURLCacheディスクキャッシングを無効にするショットガンアプローチは必要ありません。

PS：ヘッダーの追加は、次のようなすべてのHTTPフレームワークで機能するはずです。 AFNetworking