内存测试：
取PSS作为内存检测的值。
内存测试中存在很多测试子项，清单如下：
●空闲状态下的应用内存消耗；
●中等规格状态下的应用内存消耗；
●满规格状态下的应用内存消耗；
●应用内存峰值；
●应用内存泄露；
●应用是否常驻内存；
●压力测试后的内存使用。
前台场景；
后台静置内存。
内存泄漏测试：
内存趋势图；
链路是否可达
内存问题大致分为以下几种:
内存溢出(out of memory):
简单的说,就是内存不够用了.
原因
分配过少：JVM 初始化内存小，业务使用了大量内存；或者不同 JVM 区域分配内存不合理
代码漏洞：某一个对象被频繁申请，不用了之后却没有被释放，导致内存耗尽
定位
哪些区域会发生OOM
本地方法栈、虚拟机栈、元空间、堆、直接内存
本地方法栈与虚拟机栈的OOM咱们可以不用管，为什么呢？因为这两个区域的OOM你在开发阶段或在测试阶段就能发现。GET到了吗？小伙伴们。所以这两个区域的OOM是不会生成dump文件的。
那具体是哪个OOM导致的呢？看有没有生成dump文件。如果生成了，要么是堆OOM，要么是元空间OOM；如果没生成，直接可以确定是直接内存导致的OOM。
发生OOM的位置是创建对象，调用构造方法之类的代码，那一定是堆OOM。<init>就是构造方法的字节码格式。
发生OOM的位置是类加载器那些方法，那一定是元空间OOM。
常见的OOM
java.lang.OutOfMemoryError: PermGen space（方法区）溢出,可以通过 -XX：PermSize 和 -XX：MaxPermSize 修改方法区大小
java.lang.StackOverflowError虚拟机栈溢出,一般是由于程序中存在 死循环或者深度递归调用 造成的。如果栈大小设置过小也会出现溢出，可以通过 -Xss 设置栈的大小
java.lang.OutOfMemoryError: Java heap space堆内存溢出
调优
调优参数务必加上-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=，发生OOM让JVM自动dump出内存，方便后续分析问题解决问题
堆内存不要设置的特别大，因为你设置的特别大，发生OOM时生成的dump文件就特别大，不好分析。建议不超过8G。
想主动dump出JVM的内存，有挺多方式，但不管哪种方式，主动dump内存会引发STW，请择时操作。即通过arthas提供的命令heapdump主动dump出JVM的内存，这个操作会引发FGC，背后是STW，操作时请选择好时机，
内存泄露(memory leak):
简单的说,就是动态分配的内存空间没有释放.
LeakCanary会把Activity，Fragment，ViewModel，RootView和Service纳入检测，这些对象都是有明确的生命周期，而且占用内存较高，它们的内存泄露是需要我们重点关注的。
在弱引用关联的对象被回收后，会将引用添加到ReferenceQueue；通过这一点特性来判定对象是否被回收；先判断一次，如果对象未回收旧手动触发GC, 然后再次判断，采用双重判定来确保当前引用是否被回收的状态正确性；如果两次都未回收，则确定为泄漏对象。
内存抖动:
简单的说,就是gc频繁,内存一直在分配,释放.
下面重点来讲下内存泄露:
内存泄露发生的对象:
强引用的对象，不会被垃圾回收机制回。了解JVM回收机制的都知道JVM是使用引用计数法和可达性分析算法来判断对象是否是不再使用的对象，本质都是判断一个对象是否还被引用。
内存泄漏的情况：
1、静态集合类，如HashMap、LinkedList等等。如果这些容器为静态的，那么它们的生命周期与程序一致，则容器中的对象在程序结束之前将不能被释放，从而造成内存泄漏。简单而言，长生命周期的对象持有短生命周期对象的引用，尽管短生命周期的对象不再使用，但是因为长生命周期对象持有它的引用而导致不能被回收。
2、各种连接，如数据库连接、网络连接和IO连接等。在对数据库进行操作的过程中，首先需要建立与数据库的连接，当不再使用时，需要调用close方法来释放与数据库的连接。只有连接被关闭后，垃圾回收器才会回收对应的对象。否则，如果在访问数据库的过程中，对Connection、Statement或ResultSet不显性地关闭，将会造成大量的对象无法被回收，从而引起内存泄漏。
3、变量不合理的作用域。一般而言，一个变量的定义的作用范围大于其使用范围，很有可能会造成内存泄漏。另一方面，如果没有及时地把对象设置为null，很有可能导致内存泄漏的发生。public class UsingRandom {
private String msg;
public void receiveMsg(){
readFromNet();// 从网络中接受数据保存到msg中
saveDB();// 把msg保存到数据库中
}
}
如上面这个伪代码，通过readFromNet方法把接受的消息保存在变量msg中，然后调用saveDB方法把msg的内容保存到数据库中，此时msg已经就没用了，由于msg的生命周期与对象的生命周期相同，此时msg还不能回收，因此造成了内存泄漏。实际上这个msg变量可以放在receiveMsg方法内部，当方法使用完，那么msg的生命周期也就结束，此时就可以回收了。还有一种方法，在使用完msg后，把msg设置为null，这样垃圾回收器也会回收msg的内存空间。------------置null
4、内部类持有外部类，如果一个外部类的实例对象的方法返回了一个内部类的实例对象，这个内部类对象被长期引用了，即使那个外部类实例对象不再被使用，但由于内部类持有外部类的实例对象，这个外部类对象将不会被垃圾回收，这也会造成内存泄露。-----------将内部类改为静态内部类静态内部类中使用弱引用来引用外部类的成员变量
5、改变哈希值，当一个对象被存储进HashSet集合中以后，就不能修改这个对象中的那些参与计算哈希值的字段了，否则，对象修改后的哈希值与最初存储进HashSet集合中时的哈希值就不同了，在这种情况下，即使在contains方法使用该对象的当前引用作为的参数去HashSet集合中检索对象，也将返回找不到对象的结果，这也会导致无法从HashSet集合中单独删除当前对象，造成内存泄漏。
内存泄露的原因:
java引起的内存泄露:
1.生命周期不一致导致的内存泄露
比如:
单例的生命周期一般和应用的生命周期一样长,如果一个对象已经不在使用了,而单例还持有该对象的引用,就会导致该对象无法回收,从而导致内存泄露。
静态集合类。
2.资源未关闭导致的内存泄露
数据库的连接，IO的连接。-----------关闭资源
比如:一些流,broadcastreceiver,stream,file,cursor等.
3.线程导致的内存泄露
如,AsyncTask和Runnable.线程或者异步任务如果在activity销毁之前还未完成,就会导致activity的内存资源无法被回收,从而导致内存泄露. ---------------静态内部类 + WeakReference
4.全局性的集合变量
集合类如果仅仅添加元素,而没有删除机制,将会导致内存占用只增不减.------------集合类需要有成对的添加删除或者清空机制.
为了防止内存溢出，在处理一些占用内存大而且声明周期较长的对象时候，可以尽量应用软引用和弱引用技术。
c/c++引起的内存泄露:
实际上，使用C/C++这类没有垃圾回收机制的语言时，你很多时间都花在处理如何正确释放内存上。
若要确定代码中某一部分是否发生了内存泄漏，可以在该部分之前和之后对内存状态拍快照，然后使用 _CrtMemDifference 比较这两个状态：
顾名思义，_CrtMemDifference 比较两个内存状态（s1 和 s2），生成这两个状态之间差异的结果（s3）。 在程序的开始和结尾放置 _CrtMemCheckpoint 调用，并使用_CrtMemDifference 比较结果，是检查内存泄漏的另一种方法。 如果检测到泄漏，则可以使用 _CrtMemCheckpoint 调用通过二进制搜索技术_CrtMemDumpStatistics来划分程序和定位泄漏。
调用了malloc/new等内存申请的操作，但缺少了对应的free/delete.我们在编程时需要注意这点，保证每个malloc都有对应的free，每个new都有对应的deleted！！！
js引起的内存泄露:
JavaScript 是一种垃圾回收语言。垃圾回收语言通过周期性地检查先前分配的内存是否可达，帮助开发者管理内存。垃圾回收语言的内存泄漏主因是不需要的引用。
1.意外的全局变量
与全局变量相关的增加内存消耗的一个主因是缓存。缓存数据是为了重用，缓存必须有一个大小上限才有用。高内存消耗导致缓存突破上限，因为缓存内容无法被回收。如果必须使用全局变量存储大量数据时，确保用完以后把它设置为 null 或者重新定义。
2.被遗忘的计时器或回调函数
3.脱离 DOM 的引用
子元素被引用,父元素无法被回收.
4.闭包
前面说过，及时清除引用非常重要.ES6 考虑到了这一点，推出了两种新的数据结构：WeakSet 和 WeakMap。
