内存分配的方式
- 静态存储区, 编译时就已经分配好内存 , 这块的内存在成语运行中一直存活, 主要存放静态数据 , 全局变量 , static常量
- 栈内存
在执行函数时，存放函数内部变量，函数结束时，存储单元将自动被释放。运算速度很快，内置在处理器中，但是容量有限 - 堆内存（寄存器），也叫动态内存分配，RAM
java中使用new来申请一块内存。java没有很好的方法自己去解决辣鸡内存， 所以要有良好的编程习惯。， 堆内存是不连续的内存区域
区别： 堆是一块不连续的区域，灵活也特别大；而栈是连续的区域，大小由操作系统来决定
public class Main{
int a = 1; //堆
Student s = new Student(); //堆
public void XXX(){
int b = 1;//栈里面
Student s2 = new Student();//栈
}
}
- 成员变量全部存储在堆中(包括基本数据类型，引用及引用的对象实体)---因为他们属于类，类对象最终还是要被new出来的。
- 局部变量的基本数据类型和引用存储于栈当中，引用的对象实体存储在堆中。-----因为他们属于方法当中的变量，生命周期会随着方法一起结束。
堆管理很麻烦，频繁地new/remove会造成大量的内存碎片，这样就会慢慢导致效率低下。对于栈的话，他先进后出，进出完全不会产生碎片，运行效率高且稳定。所以我们讨论的内存泄漏主要是针对堆内存的泄露
特殊的用于回收的java类
- StrongReference强引用：
回收时机：从不回收 使用：对象的一般保存 生命周期：JVM停止的时候才会终止 - SoftReference，软引用
回收时机：当内存不足的时候；使用：SoftReference<String>结合ReferenceQueue构造有效期短；生命周期：内存不足时终止 - WeakReference，弱引用
回收时机：在垃圾回收的时候；使用：同软引用； 生命周期：GC后终止 - PhatomReference 虚引用
回收时机：在垃圾回收的时候；使用：合ReferenceQueue来跟踪对象呗垃圾回收期回收的活动； 生命周期:GC后终止
开发时，为了防止内存溢出，处理一些比较占用内存大并且生命周期长的对象的时候，可以尽量使用软引用和弱引用。
软引用比LRU算法更加任性，回收量是比较大的，你无法控制回收哪些对象。比如使用场景：默认头像、默认图标。
内存泄漏举例:
这里提供一个SharePreference的工具类,使用单例模式暴露
private static SPHelper instance;
private SharedPreferences sp;
public static synchronized SPHelper getInstance(Context context) {
if (instance == null) {
instance = new SPHelper(context.getApplicationContext());
}
return instance;
}
name在Activity中初始化工具类的方法为:
SPHelper instance = SPHelper.getInstance(this);
乍一看是没问题的 , 但是考虑到内存的使用情况 , 这里可能会发生内存泄漏的问题:
如果在activity被finish的时候, 按道理说activity是被销毁的 , 但是SpHelper此时还持有activity的引用, 而gc不会回收仍被持有引用的变量 , 也就是Sphelper中的上下文对象 , 造成activity无法被回收 , 也无法被管理 ,就造成了内存泄漏.
- 解决方案: 使用getApplicationContext()来代替上下文对象, 让工具类的生命周期与application的生命周期保持一致.
如何判断一段有内存泄漏的代码
-
查看APP的内存抖动情况
使用Android Studio自带的工具Android Profiler , 运行了App之后 , 打开内存相关视图 ,
如图 左上角的两个小按钮 , 分别是强制回收垃圾 , 和记录当前的对存储 . 然后图表中的颜色对应不同种类的内存.
我们查看内存泄漏可以通过以下的步骤:
- 首先强制回收一次 , 排除会造成干扰的地方
- 运行需要检测代码对一个的程序部分
-
点击dump java heap生成内存切片 , 如图所示
灰色的这个部分就是刚刚切片完成的内存 , 点击即可查看内存的具体使用情况 , 如图所示
image.png
根据这张图, 我们就可以找到那个类 , 在什么地方占用多少内存
- 其中的Alloc Count代表有几份实例 , 这里我的SplashActivity只有一份 ,说明这里没有造成泄露 , 大家而已自己做一个泄露的例子来查看对应的内存细节. shallow size为内存中实际占用的大小 ; Retained size为释放对象可以减小的内存 .
为什么这里的Retained size要比shallow size要大呢 , 因为一个类持有了其他类的引用 , 释放掉自己的同时也会释放掉引用 。 - 右上角的部分为Instance 实例
depth : 引用深度, 也就是引用的嵌套. 其实在gc发生的时候 , 如果深度为0 ，则说明没有被引用，也就是要回收的目标。
domination size : 对象管辖的内存大小 - 实例的引用树 , 也就是引用了改变量的地方
