内存三大问题：
1.内存抖动：
内存波动图呈锯齿状、GC导致卡顿。
比如在自定义view中，在onDraw方法中过多创建对象，比如Path，paint对象，onDraw调用是很频繁的，所以会频繁创建和回收内存空间造成内存抖动。或者在方法中，在其中的循环中过多创建对象，这样的对象是局部变量，方法执行完就回收内存，GC频繁回收内存，会将工作线程挂起，所以就可能造成卡顿。
内存抖动实际怎么解决
产生的原因是在代码中频繁、循环地创建对象，导致大量对象频繁创建和销毁。普通的会因为内存使用越来越多导致卡顿。严重的，会产生大量不连续的内存空间，如果此时有一个大对象需要申请内存，就有可能申请失败，导致OOM内存溢出。
进入AS的Profiler工具，进入Memory指标，如果发现内存状态为起起伏伏的锯齿状走势，可以认为是内存抖动发生。
点击Record进行记录
一段时间后，stopRecord，这张表格代表的是，你Record这段时间之内创建的对象,点击一下第二列Allocations,对创建的数量进行排序，找出创建次数最多的对象去解决，减去不必要的对象创建。
2.内存泄漏：
应用内不再使用的对象无法被回收，导致实际可使用的内存变小，低内存会导致程序卡顿，更严重会造成内存溢出。
3.内存溢出：
Android系统为每个应用程序都设置了一个内存上限，超过之后就会报出OOM，导致程序崩溃。不断地内存泄漏就会导致内存溢出。
1）使用更加轻量的数据结构，考虑使用ArrayMap/SparseArray
2.减小Bitmap对象的内存占用，加载图片前，选择合适的尺寸加载，根据需要裁剪尺寸。
3.尽肯能减少对象的创建，循环里面尽可能少创建对象。
内存优化场景及解决方案：
性能对于App来说就像汽车的发动机一样，对产品质量起着决定性作用。以下是开发Android过程中对内存优化的总结：
少用static，生命周期太长
根据当前分辨率压缩bitmap，bitmap用完recycle，使用LRU cache缓存bitmap
注意context的使用，尽量用application代替activity的context
记住不用要资源关闭（BraodcastReceiver，ContentObserver，File，Cursor，Stream，Bitmap）
系统不足时主动释放资源
leaknanery泄露工具，检测内存泄露
不创建多的string对象而使用Stringbuffer
减少不必要的全局变量
尽量避免static成员变量引用资源耗费过多的实例,比如Context。
Android提供了很健全的消息传递机制(Intent)和任务模型(Handler),可以通过传递或事件的方式，防止一些不必要的全局变量。
可使用Java四种强软弱虚引用方式减少内存消耗
避免使用枚举，会牺牲速度，尽量用常量代替
避免滥用Bitmap导致的内存浪费
时刻谨记避免创建不必要的对象，特别尽量少地在循环中创建对象。
加载大图片记得要裁图，减小图片尺寸，节省流量
内存实在不够的，可申请大内存 ，在<application>标签中，把largeHeap设置为true，提高最大内存上限
内存优化实战示例：
使用memory profile工具进行分析，记录需要分析的操作，生成使用对象列表，包含各种类型的对象数据，选择占用内存较大的对象，分析这些大对象是否使用合理，有无频繁创建不必要对象或分配内存较大的现象而进行优化。
写一个自定义view，在onDraw中去绘制圆圈。
public class CustomViewWithMemoryAllocation extends View {
public CustomViewWithMemoryAllocation(Context context) {
super(context);
}
public CustomViewWithMemoryAllocation(Context context, AttributeSet attrs) {
super(context, attrs);
}
public CustomViewWithMemoryAllocation(Context context, AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
}
@Override
protected void onDraw(Canvas canvas) {
super.onDraw(canvas);
// 创建大量的Paint对象
for (int i = 0; i < 1000; i++) {
Paint paint = new Paint();
paint.setColor(Color.parseColor("#e5e5e5"));
// 在canvas上绘制一些内容
canvas.drawCircle(getRandomX(), getRandomY(), getRandomRadius(), paint);
}
}
// 生成随机X坐标
private float getRandomX() {
return (float) (Math.random() * getWidth());
}
// 生成随机Y坐标
private float getRandomY() {
return (float) (Math.random() * getHeight());
}
// 生成随机半径
private float getRandomRadius() {
return (float) (Math.random() * 100);
}
}
在onDraw方法中频繁创建对象，然后将该自定义view使用时，每当view需要刷新，就会在onDraw方法中创建一系列Path对象。
在运行过程中使用memory profile去记录这段内存上升过程中，看到底是多创建了什么对象导致内存升高了。
按照分配内存从大到小排序后，发现内存分配大户对象类型包括 String int char long，看看里面具体是创建了什么对象，在代码哪里位置创建的呢？然后依序查看各个类型的对象来自于代码的哪里。
String类型对象创建主要在Adapter下的VideoAdapter和WorkAdapter类下，原因是在这两个类下我用了如上的自定义view。
Paint类型对象出现在VideoAdapter类中，原因也是用到了如上自定义view，在自定义view中循环创建了Paint对象。
int类型对象出现在exoplayer播放器中。
得到如上的这些结果，创建了Paint我能理解，为什么还创建了如此多的char和String对象呢。
点开Color.parseColor("#e5e5e5")代码看：
public static int parseColor(@Size(min=1) String colorString) {
if (colorString.charAt(0) == '#') {
// Use a long to avoid rollovers on #ffXXXXXX
long color = Long.parseLong(colorString.substring(1), 16);
if (colorString.length() == 7) {
// Set the alpha value
color |= 0x00000000ff000000;
} else if (colorString.length() != 9) {
throw new IllegalArgumentException("Unknown color");
}
return (int)color;
} else {
Integer color = sColorNameMap.get(colorString.toLowerCase(Locale.ROOT));
if (color != null) {
return color;
}
}
throw new IllegalArgumentException("Unknown color");
}
这个方法中创建了做了很多临时string变量的操作，每次string操作都会生成新的string对象，在onDraw中频繁刷新，并且在这里循环创建了，造成了大量对象创建。
另外，可导出程序运行的内存文件进行分析：
在memory profile中将内存信息进行导出到本地,为 .hprof文件，用内存分析工具memory analyzer打开可进行分析。
leakcanary使用筛查内存泄漏
详见 Android内存泄漏场景总结和leakcanary使用
参考：
Android内存优化方法
详解内存优化的来龙去脉
https://www.bilibili.com/video/BV1T44y1u7g6?p=4&vd_source=40c24e77b23dc2e50de2b7c87c6fed59
