Android中常见的内存泄漏以及解决方法_删除app能不能解决内存泄漏问题(2)

本文链接：https://blog.csdn.net/2401_84872471/article/details/138934668

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

弱引用

弱引用是指引用的强度不足以将对象保留在内存中。如果垃圾回收器发现一个对象是弱可访问的（只能通过弱引用访问），它将立即清除对该对象的弱引用。

其他类型

还有两种类型的引用：软引用和虚引用。
软引用和弱引用基本一样，只是它不太愿意丢弃它所引用的对象。换句话说，软引用仍然会在内存中保留一段时间，直到内存绝对需要为止，而弱引用将立即被收集。

虚引用可用于确定何时从内存中删除对象，这有助于计划内存敏感任务或清理操作。

内存泄漏常见模式

静态场

静态字段将与进程的生存期一样长。如果静态变量引用大量数据，则不会收集这些数据，即使它们可能不再需要。例如，如果你没有清理内存的机制，位图缓存可以很快填满内存。

你也不应该在android的静态对象中保留对活动或上下文的引用。活动或上下文通常包含许多其他对象，泄漏它们会给我们带来麻烦。这里最好的方法就是每次调用时将上下文作为参数传递给函数。但是，如果出于某种原因确实需要将上下文保留在静态对象中，请考虑使用应用程序上下文而不是视图或活动上下文，并记住在不再需要时将其设置为null。

class MainActivity : AppCompatActivity() {
   override fun onCreate(savedInstanceState: Bundle?) {
       super.onCreate(savedInstanceState)
       setContentView(R.layout.activity_main)
       // using application context here, but a better way is not to keep a context as a static field
       Utils.context = this.applicationContext
   }

   override fun onDestroy() {
       super.onDestroy()
        // clear context reference to avoid memory leaks
       Utils.context = null
   }
}

object Utils {
   // memory leaks can happen here
   var context: Context? = null

   fun doSomethingWithContext(){
       context?.apply {
           // doing wonderful things with the context
       }
   }
}

长期运行任务

Android中的活动和碎片具有相当复杂的生命周期。在错误的时间做这项工作可能会导致内存泄漏。如果活动启动后台任务，并且该任务在活动被销毁时继续运行，则垃圾回收器可能不会收集该活动。如果在异步回调中引用了某些视图，则在任务完成之前无法释放这些视图。这意味着包含视图的活动以及活动中的所有对象都会泄漏。因此，当不再需要长时间运行的任务时，应该取消它。

class MainActivity : AppCompatActivity() {

   private lateinit var textView: TextView

   override fun onCreate(savedInstanceState: Bundle?) {
       super.onCreate(savedInstanceState)
       setContentView(R.layout.activity_main)

       TaskExecutors.doTask(10, object: (Int) -> Unit {
           override fun invoke(result: Int) {
               // this may cause memory leaks or even crashes if the task is still running after the activity has been killed
               runOnUiThread {
                   textView.text = result.toString()
               }
           }
       })
   }

   override fun onDestroy() {
       super.onDestroy()
       // should cancel running tasks if it is not needed anymore
       TaskExecutors.cancelTask()
   }
}

object TaskExecutors {

   private var job: Job? = null

   fun doTask(input: Int, callback: (Int) -> Unit) {
       job = GlobalScope.launch {
           val result = doHeavyCalculation(input)
           callback.invoke(result)
       }
   }

   private suspend fun doHeavyCalculation(input: Int): Int {
       delay(10000L)
       return input * 10
   }

   fun cancelTask(){
       // find a way to cancel long-running task
   }
}

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！