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 Viewer
Allocation Tracker
Android Studio 的 Memory Monitor
LeakCanary
Eclipse
的 Java Heap
内存分析工具 ->>下载地址通过分析
Java
进程的内存快照HPROF
分析,快速计算出在内存中对象占用的大小,查看哪些对象不能被垃圾收集器回收 & 可通过视图直观地查看可能造成这种结果的对象
Java Heap
内存分析工具可查看 分别有哪些类型的数据在堆内存总 & 各种类型数据的占比情况
Android Studio
自带 的图形化检测内存工具
square
出品的Android
开源库 ->>下载地址至此,关于内存优化的所有知识讲解完毕