Σύστημα αρχείων κινητής συσκευής: τι είναι, δομή καταλόγων και πώς λειτουργεί

Τι είναι το σύστημα αρχείων κινητής συσκευής;

Σύστημα αρχείων είναι ένα στοιχείο λογισμικού του λειτουργικού συστήματος που διαχειρίζεται τον τρόπο εγγραφής, ανάγνωσης και οργάνωσης δεδομένων στο φυσικό μέσο. Σε κινητές συσκευές, το σύστημα αρχείων εκτελεί κρίσιμες λειτουργίες: διαχείριση χώρου μνήμης flash, έλεγχο πρόσβασης σε αρχεία βάσει αδειών, καταγραφή αλλαγών για ανάκτηση μετά από βλάβες και βελτιστοποίηση εγγραφής λαμβάνοντας υπόψη τα χαρακτηριστικά της μνήμης NAND flash.

Σε αντίθεση με τα λειτουργικά συστήματα επιτραπέζιων υπολογιστών, τα κινητά συστήματα αρχείων σχεδιάζονται λαμβάνοντας υπόψη τον περιορισμένο πόρο κύκλων επανεγγραφής της μνήμης flash. Τα κελιά NAND αντέχουν περιορισμένο αριθμό λειτουργιών διαγραφής — από 3.000 έως 10.000 κύκλους για μνήμη TLC και MLC αντίστοιχα. Για να παραταθεί η διάρκεια ζωής της αποθήκευσης, τα συστήματα αρχείων εφαρμόζουν μηχανισμούς wear leveling (εξισορρόπησης φθοράς) και εντολές TRIM. Το F2FS, που αναπτύχθηκε από τη Samsung ειδικά για μνήμη flash, λαμβάνει υπόψη τη γεωμετρία της διάταξης NAND και τοποθετεί τα δεδομένα έτσι ώστε να ελαχιστοποιείται ο κατακερματισμός και ο αριθμός λειτουργιών διαγραφής μπλοκ.

Οι σύγχρονες κινητές συσκευές χρησιμοποιούν συνδυασμό πολλαπλών συστημάτων αρχείων. Η εσωτερική μνήμη (διαμέρισμα /data) διαμορφώνεται σε EXT4 ή F2FS σε Android και APFS σε iOS. Οι κάρτες SD παραδοσιακά χρησιμοποιούν exFAT για υποστήριξη αρχείων μεγαλύτερων από 4 GB ή FAT32 για μέγιστη συμβατότητα. Το διαμέρισμα /system σε Android συχνά προσαρτάται μόνο για ανάγνωση και χρησιμοποιεί EXT4 ή EROFS (Enhanced Read-Only File System) — ένα συμπιεσμένο σύστημα αρχείων που αναπτύχθηκε από τη Huawei για τη μείωση του μεγέθους του διαμερίσματος συστήματος.

Δομή καταλόγων σε Android

Ιεραρχία καταλόγων Android βασίζεται στη δομή Linux με ρίζα στο /. Κάθε διαμέρισμα έχει το δικό του σύστημα αρχείων, δικαιώματα πρόσβασης και σκοπό. Μια εφαρμογή μπορεί να έχει πρόσβαση μόνο σε ένα περιορισμένο σύνολο καταλόγων — τα υπόλοιπα προστατεύονται από δικαιώματα root.

Διαμέρισμα /data και sandbox εφαρμογών

Το διαμέρισμα /data είναι το κύριο διαμέρισμα για αποθήκευση δεδομένων χρήστη, εγκατεστημένων εφαρμογών και ρυθμίσεών τους. Κάθε εφαρμογή λαμβάνει τον δικό της κατάλογο στη διαδρομή /data/data/<package_name>/. Μέσα σε αυτόν τον κατάλογο, το σύστημα δημιουργεί αυτόματα υποκαταλόγους: files/ για αρχεία εφαρμογής, cache/ για προσωρινά αρχεία, databases/ για βάσεις δεδομένων SQLite, shared_prefs/ για SharedPreferences. Τα δικαιώματα πρόσβασης σε αυτόν τον κατάλογο ορίζονται κατά την εγκατάσταση της εφαρμογής και δεν μπορούν να αλλάξουν χωρίς πρόσβαση root. Το διαμέρισμα /data διαμορφώνεται σε F2FS στις περισσότερες σύγχρονες συσκευές, παρέχοντας έως και 40% υψηλότερη ταχύτητα τυχαίας εγγραφής σε σύγκριση με το EXT4.

Διαμέρισμα /system και στοιχεία συστήματος

Το διαμέρισμα /system περιέχει το λειτουργικό σύστημα, εφαρμογές συστήματος και βιβλιοθήκες. Αυτό το διαμέρισμα προσαρτάται μόνο για ανάγνωση για να αποτραπεί η τυχαία ή κακόβουλη τροποποίηση αρχείων συστήματος. Σε συσκευές με Android 10+ και Project Treble, το διαμέρισμα /system είναι δυναμικό και μπορεί να ενημερωθεί μέσω πακέτων OTA χωρίς πλήρη επαναφορά. Για εφαρμογές, το διαμέρισμα /system είναι μη προσβάσιμο — μια προσπάθεια εγγραφής θα προκαλέσει εξαίρεση SecurityException. Ωστόσο, οι εφαρμογές μπορούν να διαβάσουν ορισμένα αρχεία από το /system, όπως γραμματοσειρές συστήματος και αρχεία διαμόρφωσης, εάν έχουν τα κατάλληλα δικαιώματα.

Σημείο προσάρτησης /sdcard

Το σημείο προσάρτησης /sdcard είναι ένας συμβολικός σύνδεσμος προς το διαμέρισμα εξομοιωμένης ή φυσικής εξωτερικής αποθήκευσης. Σε συσκευές χωρίς κάρτα SD, το /sdcard δείχνει σε ένα υποδιαμέρισμα εντός του /data που έχει δεσμευτεί για κοινή πρόσβαση. Αυτό το διαμέρισμα είναι ορατό στον χρήστη όταν η συσκευή συνδέεται στον υπολογιστή μέσω πρωτοκόλλου MTP. Οι εφαρμογές αποκτούν πρόσβαση στο /sdcard μέσω των αδειών READ_EXTERNAL_STORAGE και WRITE_EXTERNAL_STORAGE, και από Android 10 — μέσω Scoped Storage με χρήση του MediaStore API. Το μέγεθος του /sdcard είναι συνήθως 60–80% του συνολικού όγκου μνήμης flash της συσκευής, και το υπόλοιπο δεσμεύεται για το διαμέρισμα /data.

Δομή καταλόγων σε iOS

Στο iOS, το σύστημα αρχείων οργανώνεται μέσω Sandbox containers εφαρμογών. Κάθε εφαρμογή λαμβάνει έναν απομονωμένο κατάλογο, του οποίου η πρόσβαση περιορίζεται σε επίπεδο πυρήνα XNU. Το διαμέρισμα χρήστη χρησιμοποιεί το σύστημα αρχείων APFS (Apple File System), που παρουσιάστηκε στο iOS 10.3. Το APFS υποστηρίζει στιγμιότυπα, κλωνοποίηση αρχείων και κρυπτογράφηση σε επίπεδο αρχείου, καθιστώντας το βέλτιστο για κινητές συσκευές.

Τυπικοί κατάλογοι Sandbox container

Το Sandbox container iOS περιλαμβάνει τέσσερις κύριους καταλόγους: Documents, Library, tmp και SystemData. Κάθε κατάλογος έχει τη δική του πολιτική δημιουργίας αντιγράφων ασφαλείας, περίοδο διατήρησης δεδομένων και επίπεδο πρόσβασης. Το Documents περιλαμβάνεται αυτόματα στα αντίγραφα ασφαλείας iCloud και iTunes. Το Library περιέχει υποκαταλόγους Caches (δεν δημιουργείται αντίγραφο ασφαλείας), Preferences (δημιουργείται αντίγραφο ασφαλείας) και Application Support (δημιουργείται αντίγραφο ασφαλείας). Ο κατάλογος tmp προορίζεται για προσωρινά αρχεία — το iOS μπορεί να τα διαγράψει σε περίπτωση έλλειψης χώρου και δεν περιλαμβάνεται στα αντίγραφα ασφαλείας. Το SystemData χρησιμοποιείται από το ίδιο το σύστημα και δεν είναι προσβάσιμο από την εφαρμογή μέσω τυπικών API.

let fm = FileManager.default

let documents = fm.urls(
    for: .documentDirectory,
    in: .userDomainMask
).first!

let caches = fm.urls(
    for: .cachesDirectory,
    in: .userDomainMask
).first!

let appSupport = fm.urls(
    for: .applicationSupportDirectory,
    in: .userDomainMask
).first!

Κάθε κατάλογος του Sandbox container έχει τη δική του κλάση προστασίας (protection class). Το iOS υποστηρίζει τέσσερις κλάσεις: Complete Protection (το αρχείο δεν είναι προσβάσιμο όταν η συσκευή είναι κλειδωμένη), Protected Unless Open (ήδη ανοιχτά αρχεία είναι προσβάσιμα κατά το κλείδωμα), Protected Until First User Authentication (τα αρχεία είναι προσβάσιμα μετά το πρώτο ξεκλείδωμα) και No Protection (τα αρχεία είναι πάντα προσβάσιμα μετά την εκκίνηση της συσκευής). Από προεπιλογή, όλα τα αρχεία στα Documents και Library λαμβάνουν την κλάση Complete Protection, που εγγυάται μέγιστη προστασία των δεδομένων χρήστη. Κατά τη δημιουργία αρχείου, μπορεί να οριστεί ρητά διαφορετική κλάση προστασίας εάν μια εφαρμογή παρασκηνίου πρέπει να έχει πρόσβαση στα δεδομένα όταν η συσκευή είναι κλειδωμένη.

Δικαιώματα πρόσβασης και ασφάλεια συστήματος αρχείων

Διαχείριση πρόσβασης σε αρχεία σε κινητές συσκευές είναι μια βασική διαφορά μεταξύ Android και iOS. Το Android χρησιμοποιεί το κλασικό μοντέλο δικαιωμάτων πρόσβασης Linux (ανάγνωση, εγγραφή, εκτέλεση) με επεκτάσεις για απομόνωση εφαρμογών. Το iOS εφαρμόζει ένα αυστηρότερο μοντέλο Sandbox, όπου κάθε εφαρμογή λειτουργεί σε ένα απομονωμένο container και δεν έχει πρόσβαση σε αρχεία άλλων εφαρμογών χωρίς ειδικούς μηχανισμούς.

Άδειες σε Android

Σε Android, κάθε εφαρμογή εκτελείται με ξεχωριστό UID (User ID). Όλα τα αρχεία που δημιουργεί η εφαρμογή στο sandbox της ανήκουν σε αυτό το UID και δεν είναι ορατά σε άλλες εφαρμογές. Για πρόσβαση σε κοινούς καταλόγους (εξωτερική αποθήκευση), η εφαρμογή πρέπει να ζητήσει τις άδειες READ_EXTERNAL_STORAGE και WRITE_EXTERNAL_STORAGE. Από Android 11, οι άδειες πρέπει να ζητούνται κατά την εκτέλεση, και η εφαρμογή με targetSdkVersion 30+ για πρόσβαση σε αρχεία άλλων εφαρμογών πρέπει να χρησιμοποιεί SAF. Η παραβίαση του μοντέλου αδειών οδηγεί σε SecurityException, η οποία διαχειρίζεται από το τυπικό μπλοκ try-catch. Το Google Play ελέγχει αυτόματα τη συμμόρφωση της εφαρμογής με την πολιτική αδειών πριν από τη δημοσίευση.

if (ContextCompat.checkSelfPermission(
    context,
    Manifest.permission.READ_EXTERNAL_STORAGE
) != PackageManager.PERMISSION_GRANTED) {
    ActivityCompat.requestPermissions(
        activity,
        arrayOf(Manifest.permission.READ_EXTERNAL_STORAGE),
        REQUEST_CODE
    )
}

Sandbox σε iOS και Keychain

iOS Sandbox υλοποιείται σε επίπεδο πυρήνα XNU και δεν επιτρέπει στην εφαρμογή να βγει έξω από το container της. Ακόμα κι αν η εφαρμογή αποκτήσει πρόσβαση στο URI ενός εξωτερικού αρχείου μέσω Document Picker, το λειτουργικό σύστημα δημιουργεί ένα προσωρινό αντίγραφο στο container της εφαρμογής, αντί να παρέχει άμεση πρόσβαση στο πρωτότυπο. Για ανταλλαγή αρχείων μεταξύ εφαρμογών, το iOS χρησιμοποιεί τους μηχανισμούς Share Sheet και UIActivityViewController, οι οποίοι αντιγράφουν το αρχείο από το container μιας εφαρμογής στο container μιας άλλης. Για ασφαλή αποθήκευση διαπιστευτηρίων (token, κωδικοί πρόσβασης, κλειδιά), το iOS παρέχει το Keychain — ένα κρυπτογραφημένο αποθετήριο προσβάσιμο στο σύστημα σε επίπεδο πυρήνα. Το Keychain δεν είναι μέρος του Sandbox container και διαχειρίζεται από έναν ξεχωριστό δαίμονα securityd, παρέχοντας ένα επιπλέον επίπεδο προστασίας ακόμη και σε περίπτωση παραβίασης της εφαρμογής.

Χαρακτηριστικά συστημάτων αρχείων: EXT4, APFS, F2FS

Η επιλογή συστήματος αρχείων επηρεάζει άμεσα την απόδοση και αξιοπιστία αποθήκευσης δεδομένων. Κάθε σύστημα αρχείων έχει τη δική του αρχιτεκτονική, βελτιστοποιήσεις και περιορισμούς. Είναι χρήσιμο για τον προγραμματιστή να κατανοεί αυτές τις διαφορές για να προβλέπει τη συμπεριφορά της εφαρμογής σε διαφορετικές συσκευές.

• EXT4 — τυπικό σύστημα αρχείων Linux με καταγραφή, υποστήριξη αρχείων έως 16 TB και τόμων έως 1 EB. Χρησιμοποιείται σε Android ως κύριο πριν από την εισαγωγή του F2FS. Παρέχει αξιοπιστία χάρη στο ημερολόγιο, αλλά υστερεί σε σχέση με το F2FS σε ταχύτητα τυχαίας εγγραφής λόγω της ανάγκης ενημέρωσης inodes και bitmaps μπλοκ σε κάθε λειτουργία
• F2FS — σύστημα αρχείων που αναπτύχθηκε από τη Samsung το 2012 ειδικά για μνήμη NAND flash. Λαμβάνει υπόψη τη γεωμετρία της διάταξης flash, χρησιμοποιεί αρχιτεκτονική log-structured και παρέχει 25–40% υψηλότερη απόδοση τυχαίας εγγραφής σε σύγκριση με το EXT4. Από Android 11, το F2FS συνιστάται από την Google ως κύριο σύστημα αρχείων για το διαμέρισμα /data
• APFS — σύστημα αρχείων της Apple, που παρουσιάστηκε το 2017. Υποστηρίζει στιγμιότυπα, κλωνοποίηση αρχείων (copy-on-write), κρυπτογράφηση σε επίπεδο αρχείου και αυστηρό έλεγχο ακεραιότητας δεδομένων μέσω αθροισμάτων ελέγχου. Το APFS είναι βελτιστοποιημένο για SSD και χρησιμοποιεί εντολές TRIM για διατήρηση της απόδοσης καθ' όλη τη διάρκεια ζωής της συσκευής αποθήκευσης
• exFAT — σύστημα αρχείων της Microsoft, που χρησιμοποιείται σε κάρτες SD και μονάδες USB. Υποστηρίζει αρχεία μεγαλύτερα από 4 GB και τόμους έως 128 PB. Δεν έχει καταγραφή, επομένως η ξαφνική διακοπή ρεύματος μπορεί να οδηγήσει σε απώλεια δεδομένων. Συνιστάται για αφαιρούμενα μέσα, αλλά όχι για διαμερίσματα συστήματος

Κατά την ανάπτυξη εφαρμογών, λάβετε υπόψη ότι διαφορετικά συστήματα αρχείων έχουν διαφορετικούς περιορισμούς μήκους ονόματος αρχείου (255 byte για EXT4 και F2FS, 255 χαρακτήρες Unicode για APFS), μέγιστο μέγεθος αρχείου και υποστήριξη ειδικών χαρακτήρων. Για παράδειγμα, το APFS επιτρέπει χαρακτήρες Unicode σε ονόματα αρχείων, συμπεριλαμβανομένων emoji, ενώ το EXT4 περιορίζεται σε ASCII. Εάν η εφαρμογή δημιουργεί αρχεία με ονόματα σε διαφορετικές γλώσσες, δοκιμάστε τη λειτουργία σε όλες τις συσκευές-στόχους — ένα όνομα αρχείου που δημιουργήθηκε σωστά σε APFS μπορεί να κοπεί σε EXT4.

Συστάσεις για εργασία με το σύστημα αρχείων

Αξιόπιστη εργασία με το σύστημα αρχείων κινητής συσκευής απαιτεί τήρηση αρκετών βασικών κανόνων. Βασίζονται στην ανάλυση τυπικών λαθών προγραμματιστών και στις συστάσεις της επίσημης τεκμηρίωσης.

• Μη χρησιμοποιείτε σκληρά κωδικοποιημένες διαδρομές προς καταλόγους. Λαμβάνετε πάντα τις διαδρομές μέσω συστημικών API: context.filesDir σε Android, NSSearchPathForDirectoriesInDomains σε iOS. Οι σκληρές διαδρομές αλλάζουν μεταξύ εκδόσεων λειτουργικού συστήματος και συσκευών
• Χειριστείτε εξαιρέσεις λειτουργιών αρχείων: IOException, FileNotFoundException, SecurityException. Σε iOS, όλες οι λειτουργίες FileManager μπορούν να προκαλέσουν σφάλμα — τυλίξτε τις σε do-catch. Σε Android, οι λειτουργίες με εξωτερική αποθήκευση μπορεί να αποτύχουν λόγω απουσίας μέσου
• Ελέγξτε τον διαθέσιμο χώρο πριν από την εγγραφή. Χρησιμοποιήστε File.getUsableSpace() σε Android και URLResourceValues.volumeAvailableCapacityKey σε iOS. Προειδοποιήστε τον χρήστη εάν ο ελεύθερος χώρος δεν επαρκεί
• Αποφύγετε την αποθήκευση μεγάλων αρχείων σε καταλόγους που περιλαμβάνονται σε αντίγραφα ασφαλείας. Σε iOS, εξαιρέστε την προσωρινή μνήμη από το αντίγραφο ασφαλείας μέσω isExcludedFromBackup. Σε Android, προτιμήστε το cacheDir για προσωρινά αρχεία
• Δοκιμάστε τη συμπεριφορά σε περίπτωση πλήρωσης αποθήκευσης και ξαφνικής διακοπής ρεύματος. Χρησιμοποιήστε συναλλακτική εγγραφή: γράψτε σε ένα προσωρινό αρχείο, στη συνέχεια μετονομάστε ατομικά

Δώστε ιδιαίτερη προσοχή στις διαπλατφορμικές διαφορές. Οι διαδρομές αρχείων σε Android δημιουργούνται με κάθετο (/data/data/.../files/), σε iOS — μέσω σχήματος URL (file:///var/mobile/.../Documents/). Εάν η εφαρμογή σας χρησιμοποιεί πολυπλατφορμικό πλαίσιο (Flutter, React Native, Kotlin Multiplatform), ενοποιήστε τις λειτουργίες αρχείων μέσω προσαρμογέων πλατφόρμας. Για παράδειγμα, το Flutter παρέχει το πακέτο path_provider, το οποίο επιστρέφει τη σωστή διαδρομή προς Documents ή filesDir και στις δύο πλατφόρμες χωρίς τη σύνταξη κώδικα εξαρτώμενου από πλατφόρμα. Ποτέ μην συνενώνετε διαδρομές με λειτουργίες συμβολοσειρών — χρησιμοποιήστε File.join() ή URL.appendingPathComponent(), τα οποία χειρίζονται σωστά τους διαχωριστές σε διαφορετικές πλατφόρμες.