Android性能优化：这是一份全面&详细的内存优化指南-GitHub标星8k-建议收藏！-CSDN博客

本文链接：https://blog.csdn.net/2401_87022097/article/details/142007485

共有3种：静态分配、栈式分配、 & 堆式分配，分别面向静态变量、局部变量 & 对象实例
具体介绍如下

注：用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();

##b. 内存释放策略

对象 / 变量的内存释放由Java垃圾回收器（GC） / 帧栈负责
此处主要讲解对象分配（即堆式分配）的内存释放策略 = Java垃圾回收器（GC）

由于静态分配不需释放、栈式分配仅通过帧栈自动出、入栈，较简单，故不详细描述

Java垃圾回收器（GC）的内存释放 = 垃圾回收算法，主要包括：
具体介绍如下

###4. 常见的内存问题 & 优化方案

常见的内存问题如下

1.内存泄露
2.内存抖动
3.图片Bitmap相关
4.代码质量 & 数量
5.日常不正确使用

下面，我将详细分析每项的内存问题 & 给出优化方案

4.1 内存泄露

简介
即 ML （Memory Leak），指程序在申请内存后，当该内存不需再使用但却无法被释放 & 归还给程序的现象
对应用程序的影响
容易使得应用程序发生内存溢出，即 OOM

内存溢出简介：

发生内存泄露的本质原因

常见内存泄露原因

1.集合类
2.Static关键字修饰的成员变量
3.非静态内部类 / 匿名类
4.资源对象使用后未关闭

4.2 图片资源Bitmap相关

优化原因
即为什么要优化图片Bitmap资源，具体如下图：

优化方向
主要从以下方面优化图片Bitmap资源的使用 & 内存管理

具体优化方案
下面，我将详细讲解每个优化方向的具体优化方案

4.3 内存抖动

简介
优化方案
#####尽量避免频繁创建大量、临时的小对象

4.4 代码质量 & 数量

优化原因
代码本身的质量（如数据结构、数据类型等） & 数量（代码量的大小）可能会导致大量的内存问题，如占用内存大、内存利用率低等
优化方案
主要从代码总量、数据结构、数据类型、 & 数据对象引用方面优化，具体如下

4.5 常见使用

优化原因
一些常见使用也可能引发大量的内存问题，下面我将详细介绍。

优化方案

注：1.还有1个内存优化的终极方案：调大虚拟机Dalvik的堆内存大小
2.即在AndroidManifest.xml的application标签中增加一个android:largeHeap属性（值 = true），从而通知虚拟机应用程序需更大的堆内存
3.但不建议 & 不鼓励该做法

4.6 额外小技巧

此处，还有一些内存优化的小技巧希望告诉给大家

技巧1：获取当前可使用的内存大小
调用 ActivityManager.getMemoryClass（）方法可获取当前应用可用的内存大小（单位 = 兆）
技巧2：获取当前的内存使用情况
在应用生命周期的任何阶段，调用 onTrimMemory()获取应用程序当前内存使用情况（以内存级别进行识别），可根据该方法返回的内存紧张级别参数来释放内存
技巧3：当视图变为隐藏状态时，则释放内存
当用户跳转到不同的应用 & 视图不再显示时, 应释放应用视图所占的资源