黑马JVM总结(四)

(1)本地方法栈

Java虚拟机调用本地方法时,给本地方法提供的一个内存空间,本地方法它是指哪些不是由java代码编写的方法

java代码有一定限制,它有时候不能直接跟操作系统底层打交道,需要用c和c++语言编写的本地方法来针对与于操作系统底层的API打交道,我们的java代码间接的通过本地方法调用底层的功能,那这些本地方法运行的时候使用的内存叫做本地方法栈 

本地方法是非常多的

像Object类中的clone的克隆方法,它是native的没有方法实现的,它的方法实现都是用C和C++语言编写的,我们java代码通过间接调用Native的本地方法接口间接的调用c或c++的clone方法实现

黑马JVM总结(四)_第1张图片

下面的也是 

黑马JVM总结(四)_第2张图片

黑马JVM总结(四)_第3张图片黑马JVM总结(四)_第4张图片

(2)堆

我们前面学的线程计数器、虚拟机栈、本地方法栈他们都是线程私有的

堆和方法区,是线程共享的区

黑马JVM总结(四)_第5张图片

(3)堆_内存溢出

对象不在使用了就会被垃圾回收机制回收,如果产生的对象有人在使用,并且一直产生对象,这些对象就不能当做垃圾,堆对象达到一定的数量就会导致,堆慢慢的堆内存被耗尽,产生堆内存溢出

黑马JVM总结(四)_第6张图片

黑马JVM总结(四)_第7张图片

可以修改堆控件的参数:改小一点

黑马JVM总结(四)_第8张图片

次数会变少

黑马JVM总结(四)_第9张图片

(4)堆_内存诊断-jmap

黑马JVM总结(四)_第10张图片

黑马JVM总结(四)_第11张图片

黑马JVM总结(四)_第12张图片

使用jsp检测:查出这个进程号黑马JVM总结(四)_第13张图片

使用jmp工具检测

黑马JVM总结(四)_第14张图片

黑马JVM总结(四)_第15张图片

黑马JVM总结(四)_第16张图片

执行到2再检测一遍:

黑马JVM总结(四)_第17张图片

执行到3再检测一遍:黑马JVM总结(四)_第18张图片

黑马JVM总结(四)_第19张图片

 

在byte数组没有创建之前:对象堆占用情况使用了6兆

黑马JVM总结(四)_第20张图片

打印2byte数组创建后查看新创建对象堆的占用情况:变成16兆黑马JVM总结(四)_第21张图片 
打印3,垃圾回收之后:堆中对象的占用情况:垃圾 回收了变成了1兆黑马JVM总结(四)_第22张图片

(5)堆_内存诊断-jconsole

黑马JVM总结(四)_第23张图片

黑马JVM总结(四)_第24张图片

出现一个图形化工具:

黑马JVM总结(四)_第25张图片

黑马JVM总结(四)_第26张图片

通过控制台的答应数组情况,在观看图堆内存使用情况:          

黑马JVM总结(四)_第27张图片

这个工具还可以观看线程、类、cpu等信息情况

还可以检测死锁,跟前面jstack工具是一样的

黑马JVM总结(四)_第28张图片

(6)堆_内存诊断-jvirsualvm

黑马JVM总结(四)_第29张图片

比如我们已经把程序运行起来了,但是不知道代码是怎么写的:先通过jps工具查看一下:看到17748这个进程

黑马JVM总结(四)_第30张图片

然后再使用jmap工具:看一下内存区的使用情况

 黑马JVM总结(四)_第31张图片

Old Generation:老年代内存占用情况 

黑马JVM总结(四)_第32张图片 总共占用230左右

使用jconsole工具:

黑马JVM总结(四)_第33张图片

在内存选项卡里,执行GC:

 黑马JVM总结(四)_第34张图片

执行之后内存下降了很多: 但是并不是太多

黑马JVM总结(四)_第35张图片 

在使用jmap查看一下:新生代内存回收了不少,老年代还有200多

 黑马JVM总结(四)_第36张图片

黑马JVM总结(四)_第37张图片 

老年代没有回收,是不是我们变成失误而导致的始终被引用而无法释放它的内存呢?

使用这个可视化工具:jvisualvm

黑马JVM总结(四)_第38张图片

黑马JVM总结(四)_第39张图片

连接到那个Demo13上去:有一个好用的功能堆Dump:它可以抓取堆的快照,然后可以对堆里面的一些详细内容进行分析,这个jconsole所不具备的 

黑马JVM总结(四)_第40张图片

点击对Dump:他就把那一时刻堆的内存信息把它截取下来,并且堆里面有哪些对象,每个对象的个数它也会收集起来,

黑马JVM总结(四)_第41张图片 在检查里点击查找:找出前20 太占内存的对象

黑马JVM总结(四)_第42张图片

看到第一个ArrayList占用的比较大点击进去查看一下

黑马JVM总结(四)_第43张图片

它的元素里包含的的是一个个Student对象 ,它包含一个byte数组,1兆左右

黑马JVM总结(四)_第44张图片

黑马JVM总结(四)_第45张图片 共有将近200个元素

黑马JVM总结(四)_第46张图片 通过分析就大概排查出来了,ArrayList中Student对象导致我们的内存占用比较高而且是长时间使用的,导致垃圾回收没办法回收内存

找到这个代码

黑马JVM总结(四)_第47张图片

在实际生产环境下方式类似,我们首先通过堆转储dump:把内存快照抓下来抓下来之后分析对内存占用较大的对象,就可以得出结论,然后再分析原始代码就行了 

你可能感兴趣的:(JVM虚拟机,jvm)