Pamięć wewnętrzna aplikacji: co to jest, sposoby przechowywania danych i jak działa w rozwoju aplikacji

Co to jest pamięć wewnętrzna aplikacji?

Pamięć wewnętrzna aplikacji to izolowany katalog, który system operacyjny przydziela każdej aplikacji podczas jej instalacji. Inne aplikacje i użytkownik za pośrednictwem standardowych menedżerów plików nie mają dostępu do tego katalogu. System gwarantuje, że dane w tym katalogu zostaną całkowicie usunięte podczas dezinstalacji aplikacji. Takie podejście stanowi podstawę modelu bezpieczeństwa mobilnych systemów operacyjnych, zapobiegając wyciekowi poufnych informacji między programami.

W przeciwieństwie do pamięci zewnętrznej (karty SD), pamięć wewnętrzna jest zawsze dostępna i nie wymaga sprawdzania obecności nośnika. Prędkość odczytu i zapisu do pamięci NAND-flash nowoczesnych urządzeń sięga 800–900 MB/s odczytu sekwencyjnego i 200–300 MB/s zapisu sekwencyjnego, co jest porównywalne z SATA SSD. Rozmiar przydzielanego obszaru zależy od całkowitej pojemności urządzenia i polityki producenta: na urządzeniach z 64 GB pamięci flash aplikacja otrzymuje od 16 do 64 MB początkowego miejsca z możliwością rozszerzenia w razie potrzeby.

Architektura przechowywania wewnętrznego różni się na Androidzie i iOS. Na Androidzie każda aplikacja otrzymuje katalog /data/data/<package_name>/, w którym system tworzy podkatalogi files/, cache/ i databases/. Na iOS aplikacja działa w kontenerze Sandbox z katalogami Documents/, Library/ i tmp/, z których każdy ma swoje przeznaczenie i politykę tworzenia kopii zapasowych.

Sposoby przechowywania danych w pamięci wewnętrznej

Deweloperzy mają do dyspozycji kilka sposobów zapisywania danych w pamięci wewnętrznej aplikacji. Każda metoda rozwiązuje swoje zadanie i nadaje się do określonego typu danych. Wybór właściwego sposobu bezpośrednio wpływa na wydajność aplikacji, wygodę programowania i bezpieczeństwo danych użytkownika.

Izolowane przechowywanie plików

Najniższy poziom — bezpośredni zapis plików do katalogu files. Aplikacja może tworzyć dowolne pliki i katalogi w swoim piaskownicy. Ta metoda nadaje się do przechowywania plików multimedialnych, dokumentów użytkownika i wszelkich danych binarnych, które nie wymagają strukturyzowanej organizacji. Na Androidzie dostęp do katalogu odbywa się przez wywołanie Context.getFilesDir(), które zwraca absolutną ścieżkę do katalogu plików aplikacji. Na iOS analogiczną funkcję pełni NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES).

SharedPreferences i DataStore

Do przechowywania par klucz-wartość Android oferuje SharedPreferences i bardziej nowoczesny DataStore oparty na korutynach Kotlin i protokole protobuf. SharedPreferences przechowuje dane w pliku XML w katalogu /data/data/<package>/shared_prefs/. Pomimo prostoty użycia, SharedPreferences ma wady: synchroniczny zapis może powodować opóźnienia w wątku interfejsu, a brak bezpieczeństwa typów zwiększa ryzyko błędów. DataStore rozwiązuje te problemy, zapewniając asynchroniczne API oparte na Flow i pełną obsługę typów za pomocą schematów protobuf.

Baza danych SQLite i Room

Dla danych strukturyzowanych z relacjami optymalnym wyborem jest SQLite lub nakładka Room. Baza danych przechowywana jest w jednym pliku w katalogu databases/ i obsługuje pełną składnię SQL. Room to oficjalna biblioteka Jetpack, która zapewnia bezpieczne typowo API, automatyczną migrację schematów i obsługę korutyn. Rozmiar bazy danych może osiągać kilka gigabajtów bez znaczącej utraty wydajności przy prawidłowym indeksowaniu. SQLite na urządzeniach mobilnych obsługuje do 50 000 operacji zapisu na sekundę na nowoczesnym flagowym procesorze.

EncryptedSharedPreferences

Do przechowywania danych poufnych, takich jak tokeny uwierzytelniania i klucze szyfrowania, Android udostępnia EncryptedSharedPreferences. Ta nakładka na standardowe SharedPreferences automatycznie szyfruje klucze i wartości za pomocą AES256-GCM-None. Szyfrowanie odbywa się na poziomie pliku przed zapisem na dysk, więc nawet przy fizycznym dostępie do urządzenia osoba atakująca nie będzie mogła odczytać zawartości. EncryptedSharedPreferences wchodzi w skład biblioteki AndroidX Security, która obejmuje również EncryptedFile do szyfrowania całych plików.

Jak pracować z pamięcią wewnętrzną na Androidzie

Android SDK udostępnia zestaw metod do pracy z pamięcią wewnętrzną za pośrednictwem klasy Context. Każda metoda zwraca ścieżkę do określonego katalogu systemowego w piaskownicy aplikacji. Omówmy podstawowe operacje zapisu i odczytu plików na przykładzie Kotlin.

Dostęp do filesDir przez Context

Główna metoda uzyskania ścieżki do wewnętrznego katalogu plików — context.filesDir. Zwraca obiekt File wskazujący na katalog /data/data/<package>/files/. Przy pierwszym użyciu system automatycznie tworzy wszystkie niezbędne katalogi nadrzędne. Rozmiar plików w pamięci wewnętrznej nie jest jawnie ograniczony, ale łączna ilość danych nie powinna przekraczać dostępnego miejsca w partycji /data, która zwykle stanowi 60–80% całkowitej pojemności pamięci flash urządzenia.

val context = getApplicationContext()
val file = File(context.filesDir, "notes.txt")

file.writeText("Treść notatki")

val content = file.readText()
println("Przeczytano: $content")

Metody writeText i readText są funkcjami rozszerzającymi standardowej biblioteki Kotlin. Automatycznie zarządzają otwieraniem i zamykaniem strumieni, co eliminuje wycieki pamięci. Do pracy z danymi binarnymi używaj writeBytes i readBytes, które nie wymagają kodowania i działają na tablicach ByteArray. Podczas pracy z dużymi plikami zaleca się używanie buforowanych strumieni: BufferedReader i BufferedWriter dla tekstu, BufferedInputStream i BufferedOutputStream dla danych binarnych.

Tworzenie podkatalogów w pamięci wewnętrznej

Aby zorganizować pliki w hierarchię, twórz podkatalogi w obrębie filesDir. Pomaga to strukturyzować dane według typów: obrazy, dokumenty, pliki eksportu. Metoda mkdirs() tworzy wszystkie brakujące katalogi w ścieżce, w tym zagnieżdżone. Upewnij się, że operacja tworzenia powiodła się — metoda zwraca true tylko przy tworzeniu nowych katalogów. Błąd tworzenia najczęściej jest związany z brakiem miejsca na partycji /data lub wyczerpaniem i-węzłów systemu plików.

val imagesDir = File(context.filesDir, "images")
if (imagesDir.mkdirs()) {
    println("Katalog utworzony")
}

val imageFile = File(imagesDir, "photo.jpg")
imageFile.writeBytes(byteArray)

Aby sprawdzić dostępne miejsce przed zapisem dużych plików, użyj File.getFreeSpace() lub File.getUsableSpace(). Druga metoda zwraca liczbę bajtów dostępną bieżącej aplikacji z uwzględnieniem kwot bezpieczeństwa — jest bardziej precyzyjna w kontekście urządzeń wieloużytkownikowych. Jeśli dostępne miejsce jest mniejsze niż oczekiwany rozmiar pliku, pokaż użytkownikowi komunikat i zaproponuj zwolnienie miejsca w ustawieniach urządzenia.

Jak pracować z pamięcią wewnętrzną na iOS

Na iOS każda aplikacja działa w izolowanym kontenerze Sandbox. System nie udostępnia API do wychodzenia poza jego granice bez specjalnych uprawnień. Głównym narzędziem do pracy z systemem plików jest klasa FileManager z frameworka Foundation. Kontener Sandbox zawiera kilka standardowych katalogów, z których każdy ma swoją politykę tworzenia kopii zapasowych.

Dostęp do Documents Directory przez FileManager

Katalog Documents jest przeznaczony do danych użytkownika, które powinny być zachowywane między uruchomieniami aplikacji i przywracane z kopii zapasowej. iOS automatycznie uwzględnia ten katalog w kopii zapasowej na iCloud i iTunes. Metoda urls(for:in:) zwraca tablicę adresów URL żądanego katalogu — pierwszy element tablicy jest główny.

let fm = FileManager.default
let docs = fm.urls(
    for: .documentDirectory,
    in: .userDomainMask
).first!

let fileURL = docs.appendingPathComponent("data.plist")
try data.write(to: fileURL)

FileManager obsługuje pełen zestaw operacji na plikach: tworzenie, kopiowanie, przenoszenie, usuwanie i zmiana nazw plików. Każda operacja może zgłosić błąd, dlatego wszystkie wywołania należy owijać w konstrukcję do-catch. Szczególną uwagę należy poświęcić usuwaniu plików — operacja jest nieodwracalna, a przywrócenie danych po removeItem(at:) jest niemożliwe bez uprzedniej kopii zapasowej.

Zarządzanie wyłączeniami z kopii zapasowej

Nie wszystkie dane w kontenerze Sandbox powinny trafiać do kopii zapasowej iCloud. Na przykład pamięć podręczna załadowanych obrazów lub tymczasowe pliki przetwarzania nie wymagają przywracania — zostaną ponownie utworzone przy następnym użyciu. Aby wyłączyć katalog lub plik z kopii zapasowej, ustaw atrybut isExcludedFromBackup na true. Apple zaleca zawsze wyłączać z kopii zapasowej dane, które można przywrócić zdalnie, aby zminimalizować ilość miejsca w iCloud i skrócić czas przywracania.

var cacheURL = fm.urls(
    for: .cachesDirectory,
    in: .userDomainMask
).first!
cacheURL.hasExcludedFromBackupKey = true

var values = URLResourceValues()
values.isExcludedFromBackup = true
try cacheURL.setResourceValues(values)

Różnice między pamięcią wewnętrzną, pamięcią podręczną a pamięcią zewnętrzną

Każdy typ przechowywania na urządzeniu mobilnym ma swoje przeznaczenie i zasady użycia. Zrozumienie tych różnic pomaga deweloperowi wybrać właściwe miejsce dla każdego rodzaju danych. Poniżej znajduje się porównanie trzech głównych typów przechowywania dostępnych dla aplikacji.

Pamięć wewnętrzna jest optymalna do przechowywania konfiguracji aplikacji, plików bazy danych i dokumentów użytkownika, które nie powinny być dostępne dla innych programów. Katalog pamięci podręcznej jest przeznaczony do plików tymczasowych, które można odtworzyć przy następnym użyciu: załadowane obrazy, odpowiedzi API, pośrednie dane przetwarzania. Pamięć zewnętrzna najlepiej nadaje się do dużych plików multimedialnych (zdjęcia, wideo, muzyka) i danych, którymi użytkownik chce się dzielić z innymi aplikacjami za pośrednictwem wspólnego dostępu.

Wybór typu przechowywania wpływa również na ocenę aplikacji w Google Play i App Store. Aplikacje przechowujące duże ilości danych w pamięci wewnętrznej bez czyszczenia otrzymują negatywne opinie: użytkownicy narzekają na brak miejsca. Według badania App Annie, 62% użytkowników usuwa aplikację, jeśli zajmuje ona ponad 500 MB pamięci wewnętrznej urządzenia bez opcji czyszczenia.

Zalecenia dotyczące używania pamięci wewnętrznej

Prawidłowe zarządzanie pamięcią wewnętrzną aplikacji zwiększa wydajność, bezpieczeństwo i doświadczenie użytkownika. Poniższe zalecenia opierają się na oficjalnej dokumentacji Androida i iOS oraz na praktycznym doświadczeniu w tworzeniu aplikacji z milionami instalacji.

• Minimalizuj ilość przechowywanych danych. Używaj pamięci wewnętrznej tylko do krytycznie ważnych plików, resztę umieszczaj w pamięci podręcznej lub na pamięci zewnętrznej
• Regularnie czyść pliki tymczasowe. Sprawdzaj katalog cache przy każdym uruchomieniu i usuwaj pliki starsze niż 24 godziny — zmniejsza to obciążenie systemu i zapobiega przepełnieniu partycji /data
• Szyfruj poufne dane za pomocą EncryptedSharedPreferences lub EncryptedFile z biblioteki AndroidX Security. Przechowywanie tokenów i haseł w otwartej postaci to częsta luka, którą wykorzystują trojany z dostępem root
• Używaj migracji podczas aktualizacji struktury plików. Przy wydaniu nowej wersji aplikacji sprawdzaj obecność starych plików i przenoś je do nowych katalogów przed usunięciem starych

Osobną uwagę należy poświęcić testowaniu przypadków brzegowych. Sprawdzaj zachowanie aplikacji przy przepełnieniu pamięci wewnętrznej, przy nagłym przerwaniu zapisu (awaria aplikacji, połączenie telefoniczne) oraz przy przywracaniu z kopii zapasowej iOS. W każdym z tych scenariuszy dane powinny pozostać spójne lub zostać przywrócone do ostatniego stabilnego stanu. Używaj plików transakcyjnych: zapisuj dane do pliku tymczasowego, a następnie atomowo zmieniaj jego nazwę na docelową. Zapobiega to odczytowi uszkodzonych danych w przypadku błędu zapisu.

Nie zapominaj o kontroli użytkownika. Udostępnij w ustawieniach aplikacji opcję czyszczenia danych tymczasowych i wyświetlanie zajętej ilości pamięci wewnętrznej. Według Google Play Console, aplikacje z taką funkcją otrzymują o 18% więcej pozytywnych opinii w kategorii „Wydajność”.