黑马JVM总结（四）

（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：把内存快照抓下来抓下来之后分析对内存占用较大的对象，就可以得出结论，然后再分析原始代码就行了