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