
Android开发中,性能优化策略十分重要
优化处理 应用程序的内存使用、空间占用
避免因不正确使用内存 & 缺乏管理,从而出现 内存泄露(ML)、内存溢出(OOM)、内存空间占用过大 等问题,最终导致应用程序崩溃(Crash)

下面,将针对回收 进程、对象 、变量的内存分配 & 回收进行详细讲解
由 ActivityManagerService 集中管理 所有进程的内存分配
Application Framework 决定回收的进程类型
Android中的进程 是托管的;当进程空间紧张时,会 按进程优先级低->>高的顺序 自动回收进程Android将进程分为5个优先等级,具体如下:

Linux 内核真正回收具体进程 ActivityManagerService 对 所有进程进行评分(评分存放在变量adj中)Linux 内核Linux 内核完成真正的内存回收此处仅总结流程,这其中的过程复杂,有兴趣的读者可研究系统源码
ActivityManagerService.java
Android的对于对象、变量的内存策略同 Java下面,将详细讲解内存分配 & 内存释放策略

注:用1个实例讲解 内存分配
public class Sample {
// 该类的实例对象的成员变量s1、mSample1 & 指向对象存放在堆内存中
int s1 = 0;
Sample mSample1 = new Sample();
// 方法中的局部变量s2、mSample2存放在 栈内存
// 变量mSample2所指向的对象实例存放在 堆内存
public void method() {
int s2 = 0;
Sample mSample2 = new Sample();
}
}
// 变量mSample3的引用存放在栈内存中
// 变量mSample3所指向的对象实例存放在堆内存
// 该实例的成员变量s1、mSample1也存放在堆内存中
Sample mSample3 = new Sample();Java垃圾回收器(GC) / 帧栈 负责Java垃圾回收器(GC)由于静态分配不需释放、栈式分配仅 通过帧栈自动出、入栈,较简单,故不详细描述
Java垃圾回收器(GC)的内存释放 = 垃圾回收算法,主要包括:

Bitmap相关ML (Memory Leak),指 程序在申请内存后,当该内存不需再使用 但 却无法被释放 & 归还给 程序的现象
OOM
内存溢出 简介:


Static关键字修饰的成员变量Bitmap资源,具体如下图:

Bitmap资源的使用 & 内存管理

关于更加具体的介绍,请看文章:Android性能优化:那些关于Bitmap优化的小事




注:
Dalvik的堆内存大小AndroidManifest.xml的application标签中增加一个android:largeHeap属性(值 = true),从而通知虚拟机 应用程序需更大的堆内存此处,还有一些内存优化的小技巧希望告诉给大家
ActivityManager.getMemoryClass()方法可获取当前应用可用的内存大小(单位 = 兆)
onTrimMemory()获取应用程序 当前内存使用情况(以内存级别进行识别),可根据该方法返回的内存紧张级别参数 来释放内存
Android 4.0后提供的一个API

Activity类的onTrimMemory()后,当用户离开视图时会得到通知;若得到返回的参数 = TRIM_MEMORY_UI_HIDDEN 即代表视图变为隐藏状态,则可释放视图所占用的资源.MAT(Memory Analysis Tools)Heap ViewerAllocation TrackerAndroid Studio 的 Memory MonitorLeakCanaryEclipse的 Java Heap 内存分析工具 ->>下载地址通过分析
Java进程的内存快照HPROF分析,快速计算出在内存中对象占用的大小,查看哪些对象不能被垃圾收集器回收 & 可通过视图直观地查看可能造成这种结果的对象
Java Heap 内存分析工具可查看 分别有哪些类型的数据在堆内存总 & 各种类型数据的占比情况
Android Studio 自带 的图形化检测内存工具

square出品的Android开源库 ->>下载地址至此,关于内存优化的所有知识讲解完毕
