Caches Directory: vad är det, cachehantering och rensning av data

Vad är Caches Directory i iOS?

Caches Directory — är en katalog inuti sandlådan för iOS-appen, optimerad för lagring av data som kan återställas vid behov. Till skillnad från Documents Directory är Caches inte avsedd för användardata — det är temporär lagring för att påskynda appens funktion.

iOS använder Caches Directory för att placera cachade nätverkssvar, förladdade bilder, serialiserade objekt och data som appen kan återställa. Utvecklaren bör inte förlita sig på långtidslagring av data i denna katalog.

Enligt data från Apple WWDC 2020 använder cirka 40% av iOS-apparna Caches Directory för lagring av cachade bilder och nätverksdata, medan 25% av utvecklarna felaktigt placerar data i Caches som borde finnas i Documents eller Application Support, på grund av bristande förståelse för skillnaderna mellan dessa kataloger.

Kritisk egenskap hos Caches: appen måste korrekt hantera situationen när en cachefil har tagits bort av systemet. Om appens funktionalitet störs efter borttagning av cachen — betyder det att data lagras i fel katalog.

Hur man får sökvägen till Caches Directory

I Swift erhålls sökvägen till Caches Directory med standardmetoden FileManager med .cachesDirectory. Detta är en enkel operation som används i praktiskt taget varje iOS-app som arbetar med nätverksdata.

import Foundation

let fileManager = FileManager.default
guard let cachesURL = fileManager.urls(
    for: .cachesDirectory,
    in: .userDomainMask
).first else { return }

// Spara cachad JSON
let cacheFile = cachesURL.appendingPathComponent("feed_cache.json")
let jsonData = try JSONSerialization.data(
    withJSONObject: response,
    options: [.prettyPrinted]
)
try jsonData.write(to: cacheFile)

Objective-C använder NSSearchPathForDirectoriesInDomains med NSCachesDirectory. Även om Apple rekommenderar Swift API, förblir Objective-C-kod med Caches Directory fungerande och supportad.

@import Foundation;

NSArray *paths = NSSearchPathForDirectoriesInDomains(
    NSCachesDirectory,
    NSUserDomainMask,
    YES
);
NSString *cachesPath = paths.firstObject;
NSString *cacheFile = [cachesPath stringByAppendingPathComponent:@"feed_cache.plist"];

Swift-projekt bör föredra URL-baserat API: det är typsäkert och integreras bättre med moderna ramverk som SwiftUI och Combine.

Vilken data ska lagras i Caches

Caches Directory är optimal för flera kategorier av data som appen använder för att påskynda arbetet, men är inte den enda sanningskällan. Rätt val av data för cachning påverkar direkt UX och appens prestanda.

Cachade nätverkssvar

JSON-svar från API, nyhetsflödesdata, objektlistor — allt som appen kan ladda om från servern. Använd URLCache för automatisk cachning av HTTP-svar eller spara serialiserade objekt manuellt.

Bilder och mediafiler

Bilder laddade från nätverket — det vanligaste användningsfallet för Caches Directory. Bibliotek som SDWebImage och Kingfisher sparar som standard cachade bilder just i Caches.

Om data inte kan återställas — är deras plats inte i Caches. Detta är det enklaste kriteriet: föreställ dig att systemet imorgon tar bort alla filer från Caches. Om appen fortsätter att fungera korrekt — lagras data korrekt.

Hur systemet hanterar rensning av cache

iOS hanterar automatiskt rensning av Caches Directory, men exakta triggers och algoritmer dokumenteras inte av Apple. Det är känt att systemet kan ta bort filer från Caches vid brist på diskutrymme, samt vid funktionen Offload Unused Apps.

Rensningsprocessen är transparent för appen: systemet tar bort filer utan meddelande. Appen måste kontrollera filens existens före läsning och skapa den på nytt om den saknas. Att inte förlita sig på långtidslagring — är ett nyckelkrav vid arbete med Caches.

Enligt Apples artikel "File System Basics" (2024) bör appen inte räkna med att filer i Caches Directory kommer att vara tillgängliga mellan sessioner. Utvecklare rekommenderas att implementera en fallback-mekanism: när cachefilen saknas — ladda data från nätverket och spara igen i Caches.

Ett separat scenario — avladdning av appen (Offload). Vid aktivering av denna funktion tar iOS bort appen men behåller dess Documents Directory. Caches Directory tas bort i processen. En användare som återställt appen får inte cachad data — appen måste ladda den på nytt.

Caches Directory vs Temporary Directory

Skillnaden mellan Caches och Temporary (tmp) orsakar ofta förvirring bland utvecklare. Båda katalogerna lagrar temporär data, men med olika garantier för livslängd och syfte.

Välj Caches om data är användbar att spara mellan appstarter, men kan återställas. Använd tmp om data endast behövs i den aktuella sessionen och saknar värde efter att appen avslutats.

Bästa praxis för arbete med Caches

Arbete med Caches Directory kräver efterlevnad av flera regler som hjälper till att undvika dataförlust, oväntat appbeteende och prestandaproblem.

Kontrollera alltid filens existens före läsning

FileManager.fileExists(atPath:) bör anropas före varje läsning från Caches. Om filen saknas — ladda data från den ursprungliga källan och spara i cachen. Anta aldrig att en fil från Caches existerar.

Begränsa cache-storleken

Ställ in maximal storlek för Caches Directory i appen. Till exempel en gräns på 50 MB för bilder och 10 MB för JSON-svar. Vid överskridande av gränsen, ta bort de äldsta filerna efter ändringsdatum.

import Foundation

func trimCache(to maxSizeBytes: Int) {
    let cachesURL = FileManager.default
        .urls(for: .cachesDirectory, in: .userDomainMask)
        .first!

    guard let enumerator = FileManager.default
        .enumerator(
            at: cachesURL,
            includingPropertiesForKeys: [.fileSizeKey, .contentModificationDateKey]
        )
    else { return }

    // Räkna upp och ta bort gamla filer
    // när storleksgränsen överskrids
}

Efterlevnad av denna praxis garanterar att appen fungerar korrekt vid alla systemåtgärder för cache-rensning och att användaren inte drabbas av oväntad dataförlust.