java程序运行时的内存空间，按照虚拟机规范有下面几项：
（1）程序计数器
指示下条命令执行地址。当然是线程私有，不然线程怎么能并行的起来。 不重要，占内存很小，忽略不计。
（2）方法区
这个名字很让我迷惑。这里面装的其实是程序运行需要的类文件，常量，静态变量等。作用容易明白。
程序运行时，执行代码先得装入内存，当然java好像是在第一次用到时才加载，这样可以避免装入无用的类，节省内存。
在HosSpot上，方法区现今和永久代是同一个区域。我就这么理解了，虽然作者解释说其实这两者根本不是同一个概念。
概念暂时不大关心，垃圾回收是实实在在工作中用到的。
（3）本地方法栈
存储Native本地方法中用到的局部变量表和操作数栈，动态链接，方法出口等。作用和（4）中无区别，而且在HotSpot上本地方法栈与java虚拟机栈是合二为一的。
（4）Java虚拟机栈
线程私有
存储java方法中用到的局部变量表和操作数栈，动态链接，方法出口等。
在实际工作中会遇到栈内存溢出，StackOverflowError，不过以我的经验，如果出现栈溢出，绝大多数都是死循环递归造成的。
（5）堆
堆在各线程见是共享的。
这个是用的最多的。有好多人甚至以为java运行的需要的内存就只有这个，果果-Xmx可以指定堆可分配的最大值。-Xms指定堆最小分配。
如果-Xms堆不够用时，会自动扩展，当扩展到-Xmx的值，仍然不够，就内存溢出了。OutOfMemoryError。
理论上所有的对象实例和数组都是在堆上分配的，但是JIT编译器可以聪明的做很多事情，也许有些对象的使用范围是局限在某些方法中的，这样就可以在栈上分配，
毕竟栈上分配的内存管理要容易的多，用完即抛，不需要交给垃圾回收器来处理。
当然，写代码的人最好有个谱，什么时候该局部变量，什么时候需要类变量，把自己写的破代码全交给编译器去吭哧吭哧优化，一方面它不能完全优化的完美，
另一方面也占用cpu时间（哎，有感而发，破代码见得太多了）