Bác sỹ IT bắt bệnh những trường hợp gây Memory Leak trong Android

0 0 0

Người đăng: Henry Techie

Theo Viblo Asia

Trong bài viết trước Bộ nhớ Stack và Heap trong Java, mình đã nhắc đến Memory Leaks như là một phần gây ra lỗi java.lang.OutOfMemoryError. Vậy thì hôm nay chúng ta sẽ dành thời gian tìm hiểu những ví dụ cụ thể gây ra Memory Leaks để biết cách phòng bệnh và chữa bệnh. Nào, xin mời các bác sỹ IT bắt tay vào hội chẩn từng ca bệnh một.

Static Reference đến Context

Trong quá trình code, đôi khi do sơ suất mà bạn khai báo Activity hoặc Context như một biến static. Việc này sẽ khiến chúng ta giữ một reference đến Activity hoặc Context trong biến static đó, làm cho Garbage Collector không thể thu hồi bộ nhớ và dẫn đến memory leak. Bạn có thể đọc lại về cơ chế hoạt động của Garbage Collector trong bài viết này.

class MemoryLeakExample { companion object { var context: Context? = null // Static reference to Context } fun initialize(context: Context) { this.context = context }
}
object MySingleton { var context: Context? = null
}

Để khắc phục, bạn có thể sử dụng applicationContext thay vì context của Activity.

class MemorySafeExample { companion object { var context: Context? = null } fun initialize(context: Context) { this.context = context.applicationContext // Use applicationContext instead of Activity context }
}

Hoặc nếu bắt buộc phải lưu context trong singleton/static, bạn có thể sử dụng WeakReference.

object MySingleton { private var weakContext: WeakReference<Context>? = null fun setContext(context: Context) { weakContext = WeakReference(context.applicationContext) } fun getContext(): Context? = weakContext?.get()
}

Inner Class (Non-Static)

Inner class luôn mang theo reference ngầm đến outer class. Do đó, nếu Handler, Runnable... trong inner class tiếp tục tồn tại sau khi Activity bị hủy thì sẽ dẫn đến memory leak.

class MainActivity : AppCompatActivity() { private val handler = Handler(Looper.getMainLooper()) override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) handler.postDelayed({ // Code that refers to activity }, 1000) }
}

Cách khắc phục cũng tương tự như phần trên, đó là chúng ta có thể dùng WeakReference hoặc static inner class.

class MainActivity : AppCompatActivity() { private val handler = Handler(Looper.getMainLooper()) override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) val weakActivity = WeakReference(this) handler.postDelayed({ weakActivity.get()?.let { // Safe usage of activity } }, 1000) }
}

Quên unregister listener

Việc quên unregister listener hoặc BroadcastReceiver sau khi Activity/Fragment huỷ có thể làm cho activity không được Garbage Collector thu hồi.

class MainActivity : AppCompatActivity() { private lateinit var receiver: BroadcastReceiver override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) receiver = BroadcastReceiver { context, intent -> } registerReceiver(receiver, IntentFilter("com.example.MY_ACTION")) } // Forgot to unregister receiver
}

Vì vậy bạn hãy nhớ luôn luôn unregister listener/receiver trong onDestroy()

class MainActivity : AppCompatActivity() { private lateinit var receiver: BroadcastReceiver override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) receiver = BroadcastReceiver { context, intent -> } registerReceiver(receiver, IntentFilter("com.example.MY_ACTION")) } override fun onDestroy() { super.onDestroy() unregisterReceiver(receiver) // Unregister when activity is destroyed }
}

Long-Running Async Task hoặc Thread

Các background task như coroutine, thread hoặc Runnable tiếp tục chạy sau khi Activity bị huỷ và còn giữ tham chiếu đến Activity cũ cũng là nguyên nhân thường gặp gây memory leak.

Chúng ta có một số giải pháp cho trường hợp này như:

  • Hãy cancel coroutine/async task trong onDestroy()
  • Dùng lifecycleScope/viewModelScope để tự động cancel task khi lifecycle kết thúc

Lời kết

Ngoài việc ghi nhớ và áp dụng những best practice ở trên, bạn cũng có thể sử dụng công cụ hỗ trợ như LeakCanary hoặc Memory Profiler trong Android Studio để theo dõi và debug memory leak. Việc hiểu đúng và tránh memory leak sẽ giúp app Android của bạn tiết kiệm RAM và chạy ổn định hơn.

🔔 Blog: henrytechie.xyz

☕️ Facebook: Henry Techie

☁️ TikTok: @henrytechie

Bình luận

Bài viết tương tự

- vừa được xem lúc

Học Flutter từ cơ bản đến nâng cao. Phần 1: Làm quen cô nàng Flutter

Lời mở đầu. Gần đây, Flutter nổi lên và được Google PR như một xu thế của lập trình di động vậy.

0 0 299

- vừa được xem lúc

Học Flutter từ cơ bản đến nâng cao. Phần 3: Lột trần cô nàng Flutter, BuildContext là gì?

Lời mở đầu. Màn làm quen cô nàng FLutter ở Phần 1 đã gieo rắc vào đầu chúng ta quá nhiều điều bí ẩn về nàng Flutter.

1 1 356

- vừa được xem lúc

[Android] Hiển thị Activity trên màn hình khóa - Show Activity over lock screen

Xin chào các bạn, Hôm nay là 30 tết rồi, ngồi ngắm trời chờ đón giao thừa, trong lúc rảnh rỗi mình quyết định ngồi viết bài sau 1 thời gian vắng bóng. .

0 0 114

- vừa được xem lúc

Tìm hiểu Proguard trong Android

1. Proguard là gì . Cụ thể nó giúp ứng dụng của chúng ta:. .

0 0 108

- vừa được xem lúc

Làm ứng dụng học toán đơn giản với React Native - Phần 6

Chào các bạn một năm mới an khang thịnh vượng, dồi dào sức khỏe. Lại là mình đây Đây là link app mà các bạn đang theo dõi :3 https://play.google.com/store/apps/details?id=com.

0 0 85

- vừa được xem lúc

20 Plugin hữu ích cho Android Studio

1. CodeGlance. Plugin này sẽ nhúng một minimap vào editor cùng với thanh cuộn cũng khá là lớn. Nó sẽ giúp chúng ta xem trước bộ khung của code và cho phép điều hướng đến đoạn code mà ta mong muốn một cách nhanh chóng.

0 0 322