(1)本地方法栈
Java虚拟机调用本地方法时,给本地方法提供的一个内存空间,本地方法它是指哪些不是由java代码编写的方法
java代码有一定限制,它有时候不能直接跟操作系统底层打交道,需要用c和c++语言编写的本地方法来针对与于操作系统底层的API打交道,我们的java代码间接的通过本地方法调用底层的功能,那这些本地方法运行的时候使用的内存叫做本地方法栈
本地方法是非常多的
像Object类中的clone的克隆方法,它是native的没有方法实现的,它的方法实现都是用C和C++语言编写的,我们java代码通过间接调用Native的本地方法接口间接的调用c或c++的clone方法实现
下面的也是
(2)堆
我们前面学的线程计数器、虚拟机栈、本地方法栈他们都是线程私有的
堆和方法区,是线程共享的区
(3)堆_内存溢出
对象不在使用了就会被垃圾回收机制回收,如果产生的对象有人在使用,并且一直产生对象,这些对象就不能当做垃圾,堆对象达到一定的数量就会导致,堆慢慢的堆内存被耗尽,产生堆内存溢出
可以修改堆控件的参数:改小一点
次数会变少
(4)堆_内存诊断-jmap
使用jsp检测:查出这个进程号
使用jmp工具检测
执行到2再检测一遍:
执行到3再检测一遍:
在byte数组没有创建之前:对象堆占用情况使用了6兆
打印2byte数组创建后查看新创建对象堆的占用情况:变成16兆
打印3,垃圾回收之后:堆中对象的占用情况:垃圾 回收了变成了1兆
(5)堆_内存诊断-jconsole
出现一个图形化工具:
通过控制台的答应数组情况,在观看图堆内存使用情况:
这个工具还可以观看线程、类、cpu等信息情况
还可以检测死锁,跟前面jstack工具是一样的
(6)堆_内存诊断-jvirsualvm
比如我们已经把程序运行起来了,但是不知道代码是怎么写的:先通过jps工具查看一下:看到17748这个进程
然后再使用jmap工具:看一下内存区的使用情况
Old Generation:老年代内存占用情况
总共占用230左右
使用jconsole工具:
在内存选项卡里,执行GC:
执行之后内存下降了很多: 但是并不是太多
在使用jmap查看一下:新生代内存回收了不少,老年代还有200多
老年代没有回收,是不是我们变成失误而导致的始终被引用而无法释放它的内存呢?
使用这个可视化工具:jvisualvm
连接到那个Demo13上去:有一个好用的功能堆Dump:它可以抓取堆的快照,然后可以对堆里面的一些详细内容进行分析,这个jconsole所不具备的
点击对Dump:他就把那一时刻堆的内存信息把它截取下来,并且堆里面有哪些对象,每个对象的个数它也会收集起来,
在检查里点击查找:找出前20 太占内存的对象
看到第一个ArrayList占用的比较大点击进去查看一下
它的元素里包含的的是一个个Student对象 ,它包含一个byte数组,1兆左右
共有将近200个元素
通过分析就大概排查出来了,ArrayList中Student对象导致我们的内存占用比较高而且是长时间使用的,导致垃圾回收没办法回收内存
找到这个代码
在实际生产环境下方式类似,我们首先通过堆转储dump:把内存快照抓下来抓下来之后分析对内存占用较大的对象,就可以得出结论,然后再分析原始代码就行了