java内存切片_Java内存相关

内存分配的方式

静态存储区, 编译时就已经分配好内存 , 这块的内存在成语运行中一直存活, 主要存放静态数据 , 全局变量 , 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结合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之后 , 打开内存相关视图 ,

ca55a1d16503

如图 左上角的两个小按钮 , 分别是强制回收垃圾 , 和记录当前的对存储 . 然后图表中的颜色对应不同种类的内存.

我们查看内存泄漏可以通过以下的步骤:

首先强制回收一次 , 排除会造成干扰的地方

运行需要检测代码对一个的程序部分

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

ca55a1d16503

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

ca55a1d16503

image.png

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

其中的Alloc Count代表有几份实例 , 这里我的SplashActivity只有一份 ,说明这里没有造成泄露 , 大家而已自己做一个泄露的例子来查看对应的内存细节. shallow size为内存中实际占用的大小 ; Retained size为释放对象可以减小的内存 .

为什么这里的Retained size要比shallow size要大呢 , 因为一个类持有了其他类的引用 , 释放掉自己的同时也会释放掉引用 。

右上角的部分为Instance 实例

depth : 引用深度, 也就是引用的嵌套. 其实在gc发生的时候 , 如果深度为0 ,则说明没有被引用,也就是要回收的目标。

domination size : 对象管辖的内存大小

实例的引用树 , 也就是引用了改变量的地方

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值