Bộ nhớ trong của ứng dụng: khái niệm, phương pháp lưu trữ dữ liệu và cách hoạt động trong phát triển

Bộ nhớ trong của ứng dụng là gì?

Bộ nhớ trong của ứng dụng là một thư mục cách ly mà hệ điều hành cấp cho mỗi ứng dụng trong quá trình cài đặt. Các ứng dụng khác và người dùng không thể truy cập thư mục này thông qua trình quản lý tệp tiêu chuẩn. Hệ thống đảm bảo rằng tất cả dữ liệu trong thư mục này sẽ bị xóa hoàn toàn khi gỡ cài đặt ứng dụng. Cách tiếp cận này tạo nên nền tảng của mô hình bảo mật hệ điều hành di động, ngăn chặn rò rỉ thông tin bảo mật giữa các chương trình.

Không giống như bộ nhớ ngoài (thẻ SD), bộ nhớ trong luôn khả dụng và không cần kiểm tra sự hiện diện của phương tiện. Tốc độ đọc và ghi trên bộ nhớ flash NAND của các thiết bị hiện đại đạt 800–900 MB/s đọc tuần tự và 200–300 MB/s ghi tuần tự, tương đương với SSD SATA. Kích thước vùng được cấp phát phụ thuộc vào tổng dung lượng thiết bị và chính sách nhà sản xuất: trên thiết bị có 64 GB bộ nhớ flash, ứng dụng nhận được 16 đến 64 MB không gian ban đầu với khả năng mở rộng khi cần.

Kiến trúc bộ nhớ trong khác nhau giữa Android và iOS. Trên Android, mỗi ứng dụng nhận được thư mục /data/data/<package_name>/, bên trong hệ thống tạo các thư mục con files/, cache/ và databases/. Trên iOS, ứng dụng hoạt động trong vùng chứa Sandbox với các thư mục Documents/, Library/ và tmp/, mỗi thư mục có mục đích và chính sách sao lưu riêng.

Các phương pháp lưu trữ dữ liệu trong bộ nhớ trong

Các nhà phát triển có quyền truy cập vào một số phương pháp để lưu dữ liệu trong bộ nhớ trong của ứng dụng. Mỗi phương pháp giải quyết một tác vụ cụ thể và phù hợp với một loại dữ liệu nhất định. Chọn đúng phương pháp ảnh hưởng trực tiếp đến hiệu suất ứng dụng, sự thuận tiện trong phát triển và bảo mật dữ liệu người dùng.

Lưu trữ tệp cách ly

Phương pháp cấp thấp nhất là ghi tệp trực tiếp vào thư mục tệp. Ứng dụng có thể tạo bất kỳ tệp và thư mục nào trong sandbox của mình. Phương pháp này phù hợp để lưu trữ tệp phương tiện, tài liệu người dùng và bất kỳ dữ liệu nhị phân nào không yêu cầu tổ chức có cấu trúc. Trên Android, quyền truy cập thư mục được thực hiện qua lệnh gọi Context.getFilesDir(), trả về đường dẫn tuyệt đối đến thư mục tệp của ứng dụng. Trên iOS, hàm NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) phục vụ mục đích tương tự.

SharedPreferences và DataStore

Để lưu trữ cặp khóa-giá trị, Android cung cấp SharedPreferences và DataStore hiện đại hơn dựa trên coroutine Kotlin và giao thức protobuf. SharedPreferences lưu trữ dữ liệu trong tệp XML bên trong thư mục /data/data/<package>/shared_prefs/. Mặc dù dễ sử dụng, SharedPreferences có nhược điểm: ghi đồng bộ có thể gây chậm trễ trên luồng UI, và thiếu an toàn kiểu làm tăng nguy cơ lỗi. DataStore giải quyết những vấn đề này bằng cách cung cấp API không đồng bộ dựa trên Flow và hỗ trợ kiểu đầy đủ thông qua lược đồ protobuf.

Cơ sở dữ liệu SQLite và Room

Đối với dữ liệu có cấu trúc với mối quan hệ, SQLite hoặc wrapper Room là lựa chọn tối ưu. Cơ sở dữ liệu được lưu trữ trong một tệp duy nhất bên trong thư mục databases/ và hỗ trợ cú pháp SQL đầy đủ. Room là thư viện Jetpack chính thức cung cấp API an toàn kiểu, di chuyển lược đồ tự động và hỗ trợ coroutine. Kích thước cơ sở dữ liệu có thể đạt đến vài gigabyte mà không giảm hiệu suất đáng kể nếu được đánh chỉ mục đúng cách. SQLite trên thiết bị di động xử lý tới 50.000 thao tác ghi mỗi giây trên bộ xử lý flagship hiện đại.

EncryptedSharedPreferences

Để lưu trữ dữ liệu bảo mật như mã thông báo xác thực và khóa mã hóa, Android cung cấp EncryptedSharedPreferences. Lớp bao bọc này trên SharedPreferences tiêu chuẩn tự động mã hóa khóa và giá trị bằng AES256-GCM-None. Việc mã hóa được thực hiện ở cấp tệp trước khi ghi vào đĩa, vì vậy ngay cả khi có quyền truy cập vật lý vào thiết bị, kẻ tấn công cũng không thể đọc nội dung. EncryptedSharedPreferences là một phần của thư viện AndroidX Security, cũng bao gồm EncryptedFile để mã hóa toàn bộ tệp.

Cách làm việc với bộ nhớ trong trên Android

Android SDK cung cấp một bộ phương pháp để làm việc với bộ nhớ trong thông qua lớp Context. Mỗi phương pháp trả về đường dẫn đến một thư mục hệ thống cụ thể trong sandbox của ứng dụng. Hãy xem xét các thao tác ghi và đọc tệp cơ bản sử dụng Kotlin làm ví dụ.

Truy cập filesDir qua Context

Phương pháp chính để lấy đường dẫn đến thư mục tệp nội bộ là context.filesDir. Nó trả về một đối tượng File trỏ đến thư mục /data/data/<package>/files/. Khi truy cập lần đầu, hệ thống tự động tạo tất cả các thư mục cha cần thiết. Kích thước tệp trong bộ nhớ trong không bị giới hạn rõ ràng, nhưng tổng khối lượng dữ liệu không được vượt quá không gian khả dụng trên phân vùng /data, thường chiếm 60–80% tổng dung lượng bộ nhớ flash.

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

file.writeText("Nội dung ghi chú")

val content = file.readText()
println("Đã đọc: $content")

Các phương pháp writeText và readText là các hàm mở rộng của thư viện chuẩn Kotlin. Chúng tự động quản lý việc mở và đóng luồng, ngăn ngừa rò rỉ bộ nhớ. Đối với dữ liệu nhị phân, hãy sử dụng writeBytes và readBytes, không yêu cầu mã hóa và làm việc với mảng ByteArray. Khi làm việc với tệp lớn, nên sử dụng luồng có bộ đệm: BufferedReader và BufferedWriter cho văn bản, BufferedInputStream và BufferedOutputStream cho dữ liệu nhị phân.

Tạo thư mục con trong bộ nhớ trong

Để tổ chức tệp theo phân cấp, hãy tạo thư mục con bên trong filesDir. Điều này giúp cấu trúc dữ liệu theo loại: hình ảnh, tài liệu, tệp xuất. Phương pháp mkdirs() tạo tất cả các thư mục còn thiếu trong đường dẫn, bao gồm cả thư mục lồng nhau. Đảm bảo thao tác tạo thành công — phương pháp chỉ trả về true khi tạo thư mục mới. Lỗi tạo thường liên quan đến không gian không đủ trên phân vùng /data hoặc cạn kiệt inode của hệ thống tệp.

val imagesDir = File(context.filesDir, "images")
if (imagesDir.mkdirs()) {
    println("Thư mục đã được tạo")
}

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

Để kiểm tra không gian khả dụng trước khi ghi tệp lớn, hãy sử dụng File.getFreeSpace() hoặc File.getUsableSpace(). Phương pháp thứ hai trả về số byte khả dụng cho ứng dụng hiện tại có tính đến hạn ngạch bảo mật — chính xác hơn trong ngữ cảnh thiết bị nhiều người dùng. Nếu không gian khả dụng nhỏ hơn kích thước tệp dự kiến, hãy hiển thị thông báo cho người dùng và đề xuất giải phóng không gian trong cài đặt thiết bị.

Cách làm việc với bộ nhớ trong trên iOS

Trên iOS, mỗi ứng dụng hoạt động trong một vùng chứa Sandbox cách ly. Hệ thống không cung cấp API để vượt ra ngoài ranh giới của nó mà không có entitlements đặc biệt. Công cụ chính để làm việc với hệ thống tệp là lớp FileManager từ framework Foundation. Vùng chứa Sandbox bao gồm một số thư mục tiêu chuẩn, mỗi thư mục có chính sách sao lưu riêng.

Truy cập thư mục Documents qua FileManager

Thư mục Documents dành cho dữ liệu người dùng cần được giữ lại giữa các lần khởi chạy ứng dụng và khôi phục từ bản sao lưu. iOS tự động bao gồm thư mục này trong bản sao lưu iCloud và iTunes. Phương pháp urls(for:in:) trả về một mảng URL của thư mục được yêu cầu — phần tử đầu tiên của mảng là chính.

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 hỗ trợ đầy đủ các thao tác tệp: tạo, sao chép, di chuyển, xóa và đổi tên tệp. Mỗi thao tác có thể ném lỗi, vì vậy tất cả các lệnh gọi phải được bọc trong cấu trúc do-catch. Đặc biệt chú ý đến việc xóa tệp — thao tác này không thể đảo ngược và khôi phục dữ liệu sau removeItem(at:) là không thể nếu không có bản sao lưu trước.

Quản lý loại trừ sao lưu

Không phải tất cả dữ liệu trong vùng chứa Sandbox đều nên được đưa vào bản sao lưu iCloud. Ví dụ, hình ảnh đã tải xuống trong bộ nhớ đệm hoặc tệp xử lý tạm thời không cần khôi phục — chúng sẽ được tạo lại khi sử dụng tiếp theo. Để loại trừ thư mục hoặc tệp khỏi sao lưu, đặt thuộc tính isExcludedFromBackup thành true. Apple khuyến nghị luôn loại trừ khỏi sao lưu những dữ liệu có thể khôi phục từ xa, để giảm thiểu việc sử dụng bộ nhớ iCloud và giảm thời gian khôi phục.

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

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

Sự khác biệt giữa bộ nhớ trong, bộ nhớ đệm và bộ nhớ ngoài

Mỗi loại bộ nhớ trên thiết bị di động có mục đích và quy tắc sử dụng riêng. Hiểu những khác biệt này giúp nhà phát triển chọn đúng vị trí cho mỗi loại dữ liệu. Dưới đây là so sánh ba loại bộ nhớ chính có sẵn cho ứng dụng.

Bộ nhớ trong phù hợp tối ưu để lưu trữ cấu hình ứng dụng, tệp cơ sở dữ liệu và tài liệu người dùng không nên được truy cập bởi các chương trình khác. Thư mục bộ nhớ đệm dành cho các tệp tạm thời có thể được tạo lại khi sử dụng tiếp theo: hình ảnh đã tải xuống, phản hồi API, dữ liệu xử lý trung gian. Bộ nhớ ngoài phù hợp nhất cho các tệp phương tiện lớn (ảnh, video, nhạc) và dữ liệu mà người dùng muốn chia sẻ với các ứng dụng khác thông qua quyền truy cập chung.

Việc chọn loại bộ nhớ cũng ảnh hưởng đến xếp hạng ứng dụng trên Google Play và App Store. Các ứng dụng lưu trữ lượng lớn dữ liệu trong bộ nhớ trong mà không dọn dẹp sẽ nhận được đánh giá tiêu cực: người dùng phàn nàn về thiếu không gian. Theo nghiên cứu của App Annie, 62% người dùng xóa ứng dụng nếu nó chiếm hơn 500 MB bộ nhớ trong của thiết bị mà không có tùy chọn dọn dẹp.

Khuyến nghị sử dụng bộ nhớ trong

Quản lý đúng cách bộ nhớ trong của ứng dụng cải thiện hiệu suất, bảo mật và trải nghiệm người dùng. Các khuyến nghị sau đây dựa trên tài liệu chính thức của Android và iOS, cũng như kinh nghiệm thực tế phát triển ứng dụng với hàng triệu lượt cài đặt.

• Giảm thiểu khối lượng dữ liệu được lưu trữ. Chỉ sử dụng bộ nhớ trong cho các tệp quan trọng; đặt phần còn lại trong bộ nhớ đệm hoặc bộ nhớ ngoài
• Thường xuyên dọn dẹp các tệp tạm thời. Kiểm tra thư mục bộ nhớ đệm mỗi lần khởi chạy và xóa các tệp cũ hơn 24 giờ — điều này giảm tải hệ thống và ngăn tràn phân vùng /data
• Mã hóa dữ liệu bảo mật bằng EncryptedSharedPreferences hoặc EncryptedFile từ thư viện AndroidX Security. Lưu trữ mã thông báo và mật khẩu dưới dạng văn bản thuần là lỗ hổng phổ biến bị khai thác bởi trojan có quyền truy cập root
• Sử dụng di chuyển khi cập nhật cấu trúc tệp. Khi phát hành phiên bản mới của ứng dụng, hãy kiểm tra sự tồn tại của các tệp cũ và di chuyển chúng đến thư mục mới trước khi xóa tệp cũ

Cần đặc biệt chú ý đến kiểm thử trường hợp biên. Kiểm tra hành vi ứng dụng khi bộ nhớ trong đầy, khi thao tác ghi bị gián đoạn bất ngờ (ứng dụng sập, cuộc gọi đến) và khi khôi phục từ bản sao lưu iOS. Trong mỗi kịch bản này, dữ liệu phải duy trì tính nhất quán hoặc được khôi phục về trạng thái ổn định cuối cùng. Sử dụng tệp giao dịch: ghi dữ liệu vào tệp tạm thời, sau đó đổi tên nguyên tử thành tệp đích. Điều này ngăn đọc dữ liệu hỏng khi ghi thất bại.

Đừng quên kiểm soát người dùng. Cung cấp trong cài đặt ứng dụng tùy chọn để xóa dữ liệu tạm thời và hiển thị dung lượng bộ nhớ trong đã sử dụng. Theo Google Play Console, các ứng dụng có tính năng này nhận được nhiều hơn 18% đánh giá tích cực trong danh mục “Hiệu suất”.