虽然Java屏蔽了一下内存细节，但是有时候，了解一下这些常识还是有好处的，特别是一些面试，总是盯着这些玩意不放手。把最近看的一些总结一下，欢迎跟帖拍砖。JVM启动以后，会分配两类内存区域，一类用于开发人员使用，比如保存一些变量，对象等，一类JVM自己使用，比如存放一些class类和描述。1，第一类内存区域又可以分为栈（stack）、堆（heap），还有一些静态存储区域，这部分的内存在JVM启动的时候，可以用参数进行配置：-Xms 初始堆大小，这个值不能太小，其初始空间(即-Xms)是物理内存的1/64，这个值不能太小，比如 设置了-Xms1m，运行可能会出现
Error occurred during initialization of VM
Too small initial heap for new size specified-Xmx 堆大小上限，最大空间(-Xmx)是物理内存的1/4，如果程序中分配的内存超过了这个限制，那么会出现
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
代码为：byte[] b = new byte[100000000];-Xss 线程栈大小，一般不用设置，JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。有时候会发现一下异常，
Exception in thread "main" java.lang.StackOverflowError 原因一般是： public static int callMyself(){
return callMyself();
} 方法的递归或者死循环，导致栈空间不够用了。 栈和堆到底存些什么，很多地方都有讲到，这里参考下《Think in java》的，栈里存放对象引用、基本类型的变量等，而堆里面存放对象和数组。方法的执行是在栈上进行的，这一点可以通过异常的时候，经常会默认打印e.printStackTrace();栈信息得知。
Runtime类有几个函数，我们可以简单的通过这几个函数，看看JVM中的一些内存信息，下面是转自网络上的解释。maxMemory()这个方法返回的是java虚拟机（这个进程）能构从操作系统那里挖到的最大的内存，以字节为单位，如果在运行java程序的时 候，没有添加-Xmx参数，那么就是64兆，也就是说maxMemory()返回的大约是64*1024*1024字节，这是java虚拟机默认情况下能 从操作系统那里挖到的最大的内存。如果添加了-Xmx参数，将以这个参数后面的值为准，例如java -cp ClassPath -Xmx512m ClassName，那么最大内存就是512*1024*0124字节。totalMemory()这个方法返回的是java虚拟机现在已经从操作系统那里挖过来的内存大小，也就是java虚拟机这个进程当时所占用的所有 内存。如果在运行java的时候没有添加-Xms参数，那么，在java程序运行的过程的，内存总是慢慢的从操作系统那里挖的，基本上是用多少挖多少，直 挖到maxMemory()为止，所以totalMemory()是慢慢增大的。如果用了-Xms参数，程序在启动的时候就会无条件的从操作系统中挖- Xms后面定义的内存数，然后在这些内存用的差不多的时候，再去挖。freeMemory()是什么呢，刚才讲到如果在运行java的时候没有添加-Xms参数，那么，在java程序运行的过程的，内存总是慢慢的从操 作系统那里挖的，基本上是用多少挖多少，但是java虚拟机100％的情况下是会稍微多挖一点的，这些挖过来而又没有用上的内存，实际上就是 freeMemory()，所以freeMemory()的值一般情况下都是很小的，但是如果你在运行java程序的时候使用了-Xms，这个时候因为程 序在启动的时候就会无条件的从操作系统中挖-Xms后面定义的内存数，这个时候，挖过来的内存可能大部分没用上，所以这个时候freeMemory()可 能会有些大。
下面我们来看看例子： Runtime rt = Runtime.getRuntime();
info("Max memory: " + rt.maxMemory());
long fisrt = rt.freeMemory();
info("Total memory: " + rt.totalMemory());
info("Free memory: " + fisrt);
int size = 10000;
byte[] b = new byte[size];
long bL = rt.freeMemory();
info("Free memory: " + bL);
info("byte allocate Cost memory: " + (fisrt - bL) + ", Array size :" + size); 运行参数为 -Xms8m -Xmx32m (太大了可能看不出来)，运行结果为：
2011-02-22 10:28:01: Max memory: 33357824
2011-02-22 10:28:01: Total memory: 8323072
2011-02-22 10:28:01: Free memory: 7791752
2011-02-22 10:28:01: Free memory: 7781736
2011-02-22 10:28:01: byte allocate Cost memory: 10016, Array size :10000 33357824 <> 32*1025*1024（大约等于） 8323072 <> 8×1024×1024 最后看看10000长度的byte数组，分配了多少内存，大约为10016，这说明除了10000个大小为1字节的byte以外，还有16个字节其他的玩意。将byte换成int（4字节）：
2011-02-22 10:35:21: int allocate Cost memory: 40016, Array size :10000
与byte相同，也是4*10000+16将byte换成long（8字节）：
2011-02-22 10:32:47: long allocate Cost memory: 80016, Array size :10000
与byte相同，也是8*10000+16再看看String数组：
2011-02-22 10:34:40: String allocate Cost memory: 40016, Array size :10000
String作为一个对象，分配的内存大小与int相同，说明了这台机器是32（4*8）位的
最后看看Object对象，
2011-02-22 10:37:02: Object allocate Cost memory: 40016, Array size :10000
与String一样。
2，第二类内存，我了解的主要是PermGen space，全称是Permanent Generation space,是指内存的永久保存区域，这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen space中，它和存放类实例(Instance)的Heap区域不同,SUN的JDK在GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的应用中有很CLASS的话,就很可能出现PermGen space错误。 原来SUN 的JVM把内存分了不同的区，其中一个就是permenter区用来存放用得非常多的类和类描述。本来SUN设计的时候认为这个区域在JVM启动的时候就固定了，但他没有想到现在动态会用得这么广泛。而且这个区域有特殊的垃圾收回机制，现在的问题是动态加载类到这个区域后，gc根本没办法回收。
Permgen space的参数为-XX:PermSize=128M -XX:MaxPermSize=512m
Error occurred during initialization of VM
Too small initial heap for new size specified-Xmx 堆大小上限，最大空间(-Xmx)是物理内存的1/4，如果程序中分配的内存超过了这个限制，那么会出现
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
代码为：byte[] b = new byte[100000000];-Xss 线程栈大小，一般不用设置，JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。有时候会发现一下异常，
Exception in thread "main" java.lang.StackOverflowError 原因一般是： public static int callMyself(){
return callMyself();
} 方法的递归或者死循环，导致栈空间不够用了。 栈和堆到底存些什么，很多地方都有讲到，这里参考下《Think in java》的，栈里存放对象引用、基本类型的变量等，而堆里面存放对象和数组。方法的执行是在栈上进行的，这一点可以通过异常的时候，经常会默认打印e.printStackTrace();栈信息得知。
Runtime类有几个函数，我们可以简单的通过这几个函数，看看JVM中的一些内存信息，下面是转自网络上的解释。maxMemory()这个方法返回的是java虚拟机（这个进程）能构从操作系统那里挖到的最大的内存，以字节为单位，如果在运行java程序的时 候，没有添加-Xmx参数，那么就是64兆，也就是说maxMemory()返回的大约是64*1024*1024字节，这是java虚拟机默认情况下能 从操作系统那里挖到的最大的内存。如果添加了-Xmx参数，将以这个参数后面的值为准，例如java -cp ClassPath -Xmx512m ClassName，那么最大内存就是512*1024*0124字节。totalMemory()这个方法返回的是java虚拟机现在已经从操作系统那里挖过来的内存大小，也就是java虚拟机这个进程当时所占用的所有 内存。如果在运行java的时候没有添加-Xms参数，那么，在java程序运行的过程的，内存总是慢慢的从操作系统那里挖的，基本上是用多少挖多少，直 挖到maxMemory()为止，所以totalMemory()是慢慢增大的。如果用了-Xms参数，程序在启动的时候就会无条件的从操作系统中挖- Xms后面定义的内存数，然后在这些内存用的差不多的时候，再去挖。freeMemory()是什么呢，刚才讲到如果在运行java的时候没有添加-Xms参数，那么，在java程序运行的过程的，内存总是慢慢的从操 作系统那里挖的，基本上是用多少挖多少，但是java虚拟机100％的情况下是会稍微多挖一点的，这些挖过来而又没有用上的内存，实际上就是 freeMemory()，所以freeMemory()的值一般情况下都是很小的，但是如果你在运行java程序的时候使用了-Xms，这个时候因为程 序在启动的时候就会无条件的从操作系统中挖-Xms后面定义的内存数，这个时候，挖过来的内存可能大部分没用上，所以这个时候freeMemory()可 能会有些大。
下面我们来看看例子： Runtime rt = Runtime.getRuntime();
info("Max memory: " + rt.maxMemory());
long fisrt = rt.freeMemory();
info("Total memory: " + rt.totalMemory());
info("Free memory: " + fisrt);
int size = 10000;
byte[] b = new byte[size];
long bL = rt.freeMemory();
info("Free memory: " + bL);
info("byte allocate Cost memory: " + (fisrt - bL) + ", Array size :" + size); 运行参数为 -Xms8m -Xmx32m (太大了可能看不出来)，运行结果为：
2011-02-22 10:28:01: Max memory: 33357824
2011-02-22 10:28:01: Total memory: 8323072
2011-02-22 10:28:01: Free memory: 7791752
2011-02-22 10:28:01: Free memory: 7781736
2011-02-22 10:28:01: byte allocate Cost memory: 10016, Array size :10000 33357824 <> 32*1025*1024（大约等于） 8323072 <> 8×1024×1024 最后看看10000长度的byte数组，分配了多少内存，大约为10016，这说明除了10000个大小为1字节的byte以外，还有16个字节其他的玩意。将byte换成int（4字节）：
2011-02-22 10:35:21: int allocate Cost memory: 40016, Array size :10000
与byte相同，也是4*10000+16将byte换成long（8字节）：
2011-02-22 10:32:47: long allocate Cost memory: 80016, Array size :10000
与byte相同，也是8*10000+16再看看String数组：
2011-02-22 10:34:40: String allocate Cost memory: 40016, Array size :10000
String作为一个对象，分配的内存大小与int相同，说明了这台机器是32（4*8）位的
最后看看Object对象，
2011-02-22 10:37:02: Object allocate Cost memory: 40016, Array size :10000
与String一样。
2，第二类内存，我了解的主要是PermGen space，全称是Permanent Generation space,是指内存的永久保存区域，这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen space中，它和存放类实例(Instance)的Heap区域不同,SUN的JDK在GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的应用中有很CLASS的话,就很可能出现PermGen space错误。 原来SUN 的JVM把内存分了不同的区，其中一个就是permenter区用来存放用得非常多的类和类描述。本来SUN设计的时候认为这个区域在JVM启动的时候就固定了，但他没有想到现在动态会用得这么广泛。而且这个区域有特殊的垃圾收回机制，现在的问题是动态加载类到这个区域后，gc根本没办法回收。
Permgen space的参数为-XX:PermSize=128M -XX:MaxPermSize=512m
对于这部分，也只能讲到这里了，再深入就是JVM的范围了，如果你有兴趣，推荐你看一下《深入Java 虚拟机》，可惜现在已经绝版了，还有SUN的《JVM虚拟机规范中文版》，都是不错的教程PS：《深入Java 虚拟机》网上有买买翻印的
比如说 Person per=null;//声明一个对象
这时候就把per存在栈内存里,还没有开辟堆内存当事例化一个对象的时候,
比如 per=new Person();
这时候开辟了一个堆内存.
存的是per这个对象的属性,且将属性自动初始化为其数据类型的默认值这时候,栈内存里的per就会指向新开辟的堆内存类的方法存在方法内存里,是另外的内存.
因为方法是所有一类对象共享的,是不变的.而对象的属性是随着不同的对象而改变的.