安卓内存回收机制

退出但不关闭：

　　这是Android对于Linux的优化。当 Android 应用程序退出时，并不清理其所占用的内存，Linux 内核进程也相应的继续存在，所谓“退出但不关闭”。从而使得用户调用程序时能够在第一时间得到响应。

　　应用切换到后台是暂停的，完全不耗cpu和电量，只保留了运行状态。如果app需要后台处理事务(放音乐)，那么app进程会开启相应的服务，所以在后台有消耗的只有服务。

　　占用CPU的应用才耗电，后台的只占内存，所以是不耗电的。

回收优先级：

　　Android 基于进程中运行的组件及其状态规定了默认的五个回收优先级：

　　IMPORTANCE_FOREGROUND:前台进程，目前正在屏幕上显示的进程和一些系统进程。

　　IMPORTANCE_VISIBLE:可见进程，可见进程是一些不再前台，但用户依然可见的进程，比如输入法、天气、时钟等。

　　IMPORTANCE_SERVICE:服务进程，拨号、邮件存储之类的。

　　IMPORTANCE_BACKGROUND:后台进程，启动后被切换到后台的进程。

　　IMPORTANCE_EMPTY:没有任何东西在内运行的进程，有些程序，比如BTE，在程序退出后，依然会在进程中驻留一个空进程，这个进程里没有任何数据在运行，作用往往是　　提高该程序下次的启动速度或者记录程序的一些历史信息。

对Android内存泄露业界已经有很多优秀的组件其中LeakCanary最为知名

Android常见内存问题

1. 内存泄露

不止Android程序员，内存泄露应该是大部分程序员都遇到过的问题，可以说大部分的内存问题都是内存泄露导致的，这里简单罗列下：

单例（主要原因还是因为一般情况下单例都是全局的，有时候会引用一些实际生命周期比较短的变量，导致其无法释放）

静态变量（同样也是因为生命周期比较长）

Handler内存泄露[7]

匿名内部类（匿名内部类会引用外部类，导致无法释放，比如各种回调）

资源使用完未关闭（BraodcastReceiver，ContentObserver，File，Cursor，Stream，Bitmap)

原文：https://blog.csdn.net/a15838319826/article/details/72239149

版权声明：本文为博主原创文章，转载请附上博文链接！