Caches Directory: ano ito, pamamahala ng cache at paglilinis ng data

Ano ang Caches Directory sa iOS?

Caches Directory — ay isang direktoryo sa loob ng sandbox ng iOS application, na na-optimize para sa pag-imbak ng data na maaaring ma-restore kung kinakailangan. Hindi tulad ng Documents Directory, ang Caches ay hindi dinisenyo para sa data ng user — ito ay pansamantalang imbakan para mapabilis ang operasyon ng application.

Ginagamit ng iOS ang Caches Directory para sa paglalagay ng na-cache na mga tugon sa network, pre-loaded na mga imahe, serialized na mga object, at data na maaaring i-restore ng application. Ang developer ay hindi dapat umasa sa pangmatagalang pag-imbak ng data sa direktoryong ito.

Ayon sa data ng Apple WWDC 2020, humigit-kumulang 40% ng mga iOS application ang gumagamit ng Caches Directory para sa pag-imbak ng mga naka-cache na imahe at data ng network, habang 25% ng mga developer ay maling naglalagay sa Caches ng data na dapat nasa Documents o Application Support, dahil sa hindi pag-unawa sa mga pagkakaiba sa pagitan ng mga direktoryong ito.

Kritikal na katangian ng Caches: dapat na tamang hawakan ng application ang sitwasyon kung saan ang cache file ay tinanggal ng system. Kung pagkatapos ng pagtanggal ng cache ay naaabala ang functionality ng application — nangangahulugan ito na ang data ay naka-imbak sa maling direktoryo.

Paano makuha ang path sa Caches Directory

Sa Swift, ang path sa Caches Directory ay nakukuha sa pamamagitan ng standard na FileManager method na may .cachesDirectory. Ito ay isang simpleng operasyon na ginagamit sa halos bawat iOS application na nagtatrabaho sa data ng network.

import Foundation

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

// I-save ang naka-cache na JSON
let cacheFile = cachesURL.appendingPathComponent("feed_cache.json")
let jsonData = try JSONSerialization.data(
    withJSONObject: response,
    options: [.prettyPrinted]
)
try jsonData.write(to: cacheFile)

Ang Objective-C ay gumagamit ng NSSearchPathForDirectoriesInDomains na may NSCachesDirectory. Kahit na inirerekomenda ng Apple ang Swift API, ang Objective-C code na may Caches Directory ay nananatiling gumagana at suportado.

@import Foundation;

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

Ang mga Swift project ay dapat pumili ng URL-based na API: ito ay type-safe at mas mahusay na naka-integrate sa mga modernong framework tulad ng SwiftUI at Combine.

Anong data ang iimbak sa Caches

Caches Directory ay optimal para sa ilang kategorya ng data na ginagamit ng application para mapabilis ang operasyon, ngunit hindi ito ang tanging source ng katotohanan. Ang tamang pagpili ng data para sa pag-cache ay direktang nakakaapekto sa UX at performance ng application.

Naka-cache na mga tugon sa network

Mga JSON na tugon mula sa API, data ng news feed, listahan ng mga object — lahat ng kayang i-reload ng application mula sa server. Gamitin ang URLCache para sa automatic na pag-cache ng HTTP responses o manual na i-save ang mga serialized na object.

Mga imahe at media file

Mga imahe na na-download mula sa network — ang pinakakaraniwang kaso ng paggamit ng Caches Directory. Ang mga library tulad ng SDWebImage at Kingfisher ay default na nagse-save ng mga naka-cache na imahe mismo sa Caches.

Kung ang data ay hindi maaaring ma-restore — ang lugar nito ay hindi sa Caches. Ito ang pinakasimpleng criterion: isipin na bukas ay tatanggalin ng system ang lahat ng file mula sa Caches. Kung ang application ay patuloy na gumagana nang tama — ang data ay naka-imbak nang wasto.

Paano pinamamahalaan ng system ang paglilinis ng cache

iOS ay awtomatikong namamahala sa paglilinis ng Caches Directory, ngunit ang eksaktong mga trigger at algorithm ay hindi na-dokumento ng Apple. Ito ay kilala na maaaring tanggalin ng system ang mga file mula sa Caches kapag hindi sapat ang espasyo sa disk, pati na rin sa paggana ng Offload Unused Apps function.

Ang proseso ng paglilinis ay transparent para sa application: tinatanggal ng system ang mga file nang walang abiso. Dapat suriin ng application ang pagkakaroon ng file bago magbasa at likhain itong muli kung wala. Ang hindi pag-asa sa pangmatagalang imbakan — ay ang pangunahing kinakailangan sa pagtatrabaho sa Caches.

Ayon sa artikulo ng Apple na "File System Basics" (2024), ang application ay hindi dapat umasa na ang mga file sa Caches Directory ay magiging available sa pagitan ng mga session. Ang mga developer ay inirerekomenda na magpatupad ng fallback mechanism: kapag wala ang cache file — i-download ang data mula sa network at i-save muli sa Caches.

Isang hiwalay na scenario — pag-offload ng application (Offload). Sa pag-activate ng function na ito, tinatanggal ng iOS ang application ngunit pinapanatili ang Documents Directory nito. Ang Caches Directory ay tinatanggal sa prosesong ito. Ang user na nag-restore ng application ay hindi makakakuha ng naka-cache na data — dapat itong i-download muli ng application.

Caches Directory vs Temporary Directory

Ang pagkakaiba sa pagitan ng Caches at Temporary (tmp) ay madalas na nagdudulot ng kalituhan sa mga developer. Ang parehong direktoryo ay nag-iimbak ng pansamantalang data, ngunit may iba't ibang garantiya ng habang-buhay at layunin.

Pumili ng Caches kung ang data ay kapaki-pakinabang na itago sa pagitan ng mga paglunsad ng application, ngunit maaaring ma-restore. Gamitin ang tmp kung ang data ay kailangan lamang sa kasalukuyang session at walang halaga pagkatapos ng pagtatapos ng application.

Mga pinakamahusay na kasanayan sa pagtatrabaho sa Caches

Ang pagtatrabaho sa Caches Directory ay nangangailangan ng pagsunod sa ilang mga patakaran na tumutulong upang maiwasan ang pagkawala ng data, hindi inaasahang pag-uugali ng application, at mga problema sa performance.

Palaging suriin ang pagkakaroon ng file bago magbasa

FileManager.fileExists(atPath:) ay dapat tawagin bawat pagbasa mula sa Caches. Kung wala ang file — i-download ang data mula sa orihinal na source at i-save sa cache. Huwag kailanman ipalagay na ang file mula sa Caches ay umiiral.

Limitahan ang laki ng cache

Itakda ang maximum na laki ng Caches Directory sa application. Halimbawa, isang limitasyon ng 50 MB para sa mga imahe at 10 MB para sa mga JSON na tugon. Kapag lumampas sa limitasyon, tanggalin ang pinakamatatandang file ayon sa petsa ng pagbabago.

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 }

    // Bilangin at tanggalin ang mga lumang file
    // kapag lumampas sa limitasyon ng laki
}

Ang pagsunod sa mga kasanayang ito ay ginagarantiyahan na ang application ay gumagana nang tama sa lahat ng aksyon ng system para sa paglilinis ng cache, at ang user ay hindi nakakaranas ng hindi inaasahang pagkawala ng data.