Java内存相关

2019年5月24日 175次阅读 来源: MinuitZ

内存分配的方式

  1. 静态存储区, 编译时就已经分配好内存 , 这块的内存在成语运行中一直存活, 主要存放静态数据 , 全局变量 , static常量
  2. 栈内存
    在执行函数时，存放函数内部变量，函数结束时，存储单元将自动被释放。运算速度很快，内置在处理器中，但是容量有限
  3. 堆内存（寄存器），也叫动态内存分配，RAM
    java中使用new来申请一块内存。java没有很好的方法自己去解决辣鸡内存， 所以要有良好的编程习惯。， 堆内存是不连续的内存区域

区别： 堆是一块不连续的区域，灵活也特别大；而栈是连续的区域，大小由操作系统来决定

public class Main{
    int a = 1; //堆
    Student s = new Student(); //堆
    public void XXX(){
        int b = 1;//栈里面
        Student s2 = new Student();//栈
    }

}
  1. 成员变量全部存储在堆中(包括基本数据类型，引用及引用的对象实体)—因为他们属于类，类对象最终还是要被new出来的。
  2. 局部变量的基本数据类型和引用存储于栈当中，引用的对象实体存储在堆中。—–因为他们属于方法当中的变量，生命周期会随着方法一起结束。

堆管理很麻烦，频繁地new/remove会造成大量的内存碎片，这样就会慢慢导致效率低下。对于栈的话，他先进后出，进出完全不会产生碎片，运行效率高且稳定。所以我们讨论的内存泄漏主要是针对堆内存的泄露

特殊的用于回收的java类

  1. StrongReference强引用：
    回收时机：从不回收 使用：对象的一般保存 生命周期：JVM停止的时候才会终止
  2. SoftReference，软引用
    回收时机：当内存不足的时候；使用：SoftReference<String>结合ReferenceQueue构造有效期短；生命周期：内存不足时终止
  3. WeakReference，弱引用
    回收时机：在垃圾回收的时候；使用：同软引用； 生命周期：GC后终止
  4. 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的生命周期保持一致.

如何判断一段有内存泄漏的代码

  1. 查看APP的内存抖动情况
    使用Android Studio自带的工具Android Profiler , 运行了App之后 , 打开内存相关视图 ,

    《Java内存相关》

    如图 左上角的两个小按钮 , 分别是强制回收垃圾 , 和记录当前的对存储 . 然后图表中的颜色对应不同种类的内存.
    我们查看内存泄漏可以通过以下的步骤:

  • 首先强制回收一次 , 排除会造成干扰的地方
  • 运行需要检测代码对一个的程序部分

  • 点击dump java heap生成内存切片 , 如图所示

    《Java内存相关》

    灰色的这个部分就是刚刚切片完成的内存 , 点击即可查看内存的具体使用情况 , 如图所示

    《Java内存相关》 image.png

根据这张图, 我们就可以找到那个类 , 在什么地方占用多少内存

  1. 其中的Alloc Count代表有几份实例 , 这里我的SplashActivity只有一份 ,说明这里没有造成泄露 , 大家而已自己做一个泄露的例子来查看对应的内存细节. shallow size为内存中实际占用的大小 ; Retained size为释放对象可以减小的内存 .
    为什么这里的Retained size要比shallow size要大呢 , 因为一个类持有了其他类的引用 , 释放掉自己的同时也会释放掉引用 。
  2. 右上角的部分为Instance 实例
    depth : 引用深度, 也就是引用的嵌套. 其实在gc发生的时候 , 如果深度为0 ，则说明没有被引用，也就是要回收的目标。
    domination size : 对象管辖的内存大小
  3. 实例的引用树 , 也就是引用了改变量的地方
    原文作者：MinuitZ
    原文地址: https://www.jianshu.com/p/ca55a1d16503
    本文转自网络文章，转载此文章仅为分享知识，如有侵权，请联系博主进行删除。
点赞