Rò rỉ bộ nhớ và phình to — nguyên nhân và cách tránh

Rò rỉ bộ nhớ và phình to ứng dụng là gì?

Rò rỉ bộ nhớ — tình huống một đối tượng không còn cần thiết cho ứng dụng vẫn được giữ trong heap vì một tham chiếu hoạt động từ tập gốc GC Root vẫn trỏ đến nó. Bộ thu gom rác coi đối tượng đó còn sống và không xoá nó.

Phình to bộ nhớ — một vấn đề rộng hơn khi ứng dụng tiêu thụ nhiều bộ nhớ hơn mức cần thiết để thực hiện các tác vụ hiện tại. Nguyên nhân: lưu đệm quá mức, trùng lặp đối tượng, cấu trúc dữ liệu không tối ưu và phân mảnh heap.

Trong Android, mỗi ứng dụng được cấp một heap giới hạn (thường 64–512 MB tuỳ theo thiết bị và phiên bản OS). Trong iOS, giới hạn ít nghiêm ngặt hơn, nhưng hệ thống gửi cảnh báo bộ nhớ khi đến gần giới hạn.

Theo Facebook Engineering Blog, rò rỉ bộ nhớ gây ra ~15% báo cáo sự cố trong ứng dụng di động. Trên Android, điều này còn thêm ANR do các lần tạm dừng GC thường xuyên khi thiếu bộ nhớ.

Các mẫu rò rỉ bộ nhớ phổ biến trong Android và iOS

Tham chiếu tĩnh đến Activity — một rò rỉ kinh điển trong Android. Nếu một trường tĩnh hoặc singleton giữ tham chiếu đến Activity, nó sẽ không được GC thu gom ngay cả sau finish() khi singleton còn sống. Activity là một đối tượng nặng chứa hệ thống phân cấp view, tài nguyên và Context.

object LeakHolder {
    var activityRef: Activity ?= null // leak: static reference to Activity
}

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle ?= null) {
        super.onCreate(savedInstanceState)
        LeakHolder.activityRef = this // ❌ MainActivity will never be GC'd
    }
}

Lớp ẩn danh và lambda — ngầm giữ tham chiếu đến lớp bên ngoài. Nếu Runnable hoặc Callback được truyền cho dịch vụ bên ngoài và Activity bị phá huỷ, đối tượng lớp ẩn danh vẫn nằm trong hàng đợi và ngăn Activity bị thu gom rác.

• Handler có độ trễ — nếu Activity bị phá huỷ nhưng Handler.postDelayed chưa được thực thi, Activity bị rò rỉ
• Thread và AsyncTask — khi xoay màn hình, Activity được tạo lại trong khi Thread cũ vẫn giữ tham chiếu đến Activity cũ
• Retrofit/Callback — Callback ẩn danh giữ tham chiếu đến presenter hoặc fragment
• Người quan sát — đăng ký LiveData hoặc RxJava mà không huỷ đăng ký tại onDestroy

Trong iOS, vấn đề chính là chu kỳ lưu giữ: hai đối tượng giữ tham chiếu mạnh đến nhau và ARC không thể đặt bộ đếm tham chiếu về 0 cho cả hai. Một trường hợp điển hình: closure bắt self mạnh và self giữ tham chiếu đến closure.

Làm thế nào để phát hiện rò rỉ bộ nhớ?

LeakCanary — một thư viện từ Square để phát hiện rò rỉ tự động trong Android. Sau khi Activity hoặc Fragment bị phá huỷ, nó kiểm tra xem đối tượng đã được GC thu gom chưa. Nếu chưa, nó tạo heap dump và hiển thị dấu vết rò rỉ.

// LeakCanary 2.x — auto-integration via Application
class ExampleApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        // LeakCanary auto-installs in debug build
        // via ContentProvider — zero code setup
    }
}

// Force check invocation
AppWatcher.objectWatcher.watch(watchedObject, "leak description")

Android Studio Profiler — công cụ tích hợp để giám sát bộ nhớ theo thời gian thực. Cho phép ghi heap dump, tìm đối tượng khả nghi (Retained Size > 1 MB) và theo dõi đường dẫn GC root đến từng đối tượng.

Đối với iOS, hãy sử dụng Xcode Memory Graph Debugger. Nó trực quan hoá đồ thị đối tượng trong bộ nhớ, hiển thị chu kỳ lưu giữ và cho phép phát hiện ngay lập tức các tham chiếu vòng. Instruments > Allocations cũng có sẵn để giám sát dài hạn.

Chiến lược phòng ngừa

WeakReference — cơ chế cơ bản cho các tham chiếu không nên can thiệp vào việc thu gom rác. Nếu GC quyết định thu gom một đối tượng, WeakReference trả về null. Nó được sử dụng cho callback, trình lắng nghe và tham chiếu đến thành phần UI từ các luồng nền.

Thành phần nhận biết vòng đời — cách tiếp cận kiến trúc được triển khai trong Android Jetpack (Lifecycle, LiveData, Flow, coroutines). Các đăng ký tự động bị huỷ tại onDestroy, loại bỏ lớp rò rỉ chính.

class MyViewModel : ViewModel() {
    private val _data = MutableLiveData<List<User>>()
    val data: LiveData<List<User>> get() = _data

    fun loadData() {
        viewModelScope.launch {
            val result = repository.fetchData()
            _data.postValue(result)
            // coroutine auto-cancels on onCleared()
        }
    }
}

viewModelScope và lifecycleScope — CoroutineScope tích hợp trong Android bị huỷ tại sự kiện vòng đời tương ứng. Điều này loại bỏ rò rỉ qua coroutine — kịch bản phổ biến nhất trong phát triển Android hiện đại.

• Không sử dụng tham chiếu tĩnh đến Context, Activity, View hoặc Fragment
• Huỷ tất cả đăng ký RxJava trong disposeBag / CompositeDisposable tại onDestroy
• Sử dụng [weak self] / [unowned self] trong closures iOS để ngăn chu kỳ lưu giữ
• Kiểm tra Bitmap và đối tượng lớn — chúng cần được tái chế hoặc đặt thành null

Công cụ lập hồ sơ bộ nhớ

Memory Profiler trong Android Studio — công cụ chính để giám sát heap. Hiển thị cấp phát trực tiếp, ảnh chụp heap và số lượng đối tượng theo loại. Cho phép ghi dump và phân tích trong MAT (Memory Analyzer Tool) để tìm đối tượng khả nghi.

Eclipse MAT — trình phân tích heap dump trên máy tính. Sau khi tải tệp HPROF từ Android Studio, MAT xây dựng cây thống trị, hiển thị kích thước lưu giữ của mỗi đối tượng và cung cấp phân tích rò rỉ tự động qua Leak Suspects Report.

Xcode Memory Graph — trình gỡ lỗi chu kỳ lưu giữ trực quan. Khi nhấp vào nút Memory Graph Debugger, Xcode dừng ứng dụng, xây dựng đồ thị đối tượng hoàn chỉnh trong bộ nhớ và tô sáng chu kỳ lưu giữ bằng màu đỏ.

Theo Google I/O 2023, các ứng dụng sử dụng LeakCanary trong bản gỡ lỗi giảm sự cố liên quan đến bộ nhớ 30–50% trong 2 tháng đầu sau khi áp dụng. Nên thêm LeakCanary ở giai đoạn khởi tạo dự án.