把没几多年,完全忘记了把自己学的东西记录下来了,现在也基本不知道怎么去记录会更好了,不过好歹妹是把住了~也要毕业了,继续回来写东东记录自己的学习......
一个Java程序在运行时的内存分布主要如上图所示:
CPU是程序逻辑运算部分——不太懂。
register是程序在运行中分配给该程序的CPU寄存器的一部分，用于临时寄存指令或者数据，其调度算法参考操作系统中的寄存器调度。
下面主要讲解一下程序在内存中的结构。
一个Java程序是运行在JVM（Java虚拟机）中的，每个JVM又是一个独立的进程，JVM在操作系统看来与其他的程序没有什么区别。操作系统分配给JVM的内存主要分为两个部分：native部分和分配给程序的内存，其中native内存不太懂，Java程序员也基本不会接触到，我们常讲的Java内存管理指的就是非native部分——分配给Java程序的内存了。
非native的内存主要分成两个部分：非heap区与heap区：
其中non-heap区主要分成了一下几个部分：
静态域：存放程序中用static定义的变量。
常量域：用于存放在编译期确定的，并且被保存在.class文件中的数据，其中包括了一些对象中定义的一些基本类型（int,long,double等）,也包括一些对象类型(典型的如string类),还包含一些以文本形式出现的符号引用,比如：
◆类和接口的全限定名；
◆字段的名称和描述符；
◆方法和名称和描述符。
虚拟机必须为每个被装载的类型维护一个常量池。常量池就是该类型所用到常量的一个有序集和，包括直接常量（string,integer和 floating point常量）和对其他类型，字段和方法的符号引用。
对于String常量，它的值是在常量池中的。而JVM中的常量池在内存当中是以表的形式存在的， 对于String类型，有一张固定长度的CONSTANT_String_info表用来存储文字字符串值，注意：该表只存储文字字符串值，不存储符号引 用。说到这里，对常量池中的字符串值的存储位置应该有一个比较明了的理解了。
在程序执行的时候,常量池 会储存在Method Area,而不是堆中。
栈区（stack区）：栈区是一个后进先出的内存块，其管理由Java虚拟机自动管理，缺乏灵活性，但是其速度非常快，仅次于寄存器。栈中主要用来存储一下基本数据类型，以及对象引用的句柄（我们在定义对象的时候会申明两个东西：一个保存在栈区的对象的引用以及一个保存在堆区（Heap区）的实际对象）。
non-heap区的大小管理：
程序员在编写程序的过程中是不能够直接管理non-heap区的，但是能够在程序运行之前进行一些参数设置，设置non-heap区的大小，其参数设置如下：
-XX:PermSize，这个参数用于设置JVM中的non-heap区的初始大小，默认为机器内存的1/64
-XX:MaxPermSize，这个参数用于设置JVM中的non-heap区的最大大小，默认为机器内存的1/4，
使用例子如下：
-XX:PermSize=64m
-XX:MaxPermSize=1024m.
non-heap区大小调节时期：我也不知道，弄清楚了再填回来，不过这个不重要。。。。
non-heap区会抛出的异常：OutOfMemoryError: PermGen space
Heap区（堆区）：
堆区才真正是我们讨论Java内存管理方案时说到的部分，non-heap区的内存管理完全由JVM自行管理，程序员不能够自主的去进行管理，而堆区则让程序员在某种程度上能够对程序的内存进行管理。
Heap区保存的东西：heap区是一个运行时数据存储区，是Java在运行时才分配的空间，也是大部分对象的保存区域，程序可以通过new等关键字来进行堆空间的分配。
Heap区的大小管理：Heap区的大小由JVM自行调整，但是程序员可以通过设置程序的启动参数来对其大小进行设置：
-Xms：用于设置Java heap区的初始值大小， 其默认值是机器内存大小的1/64，
-Xmx：用于设置Java heap区的最大值，其默认值是机器内存大小的1/4，
使用示例如下：
-Xms256m
-Xmx1024m
Heap区的分配管理：heap区的分配管理即是我们所常说的Java垃圾回收机制了。
垃圾回收原理：Java垃圾回收机制会自动回收内存中的垃圾对象并释放对象所占用的内存。
垃圾对象的定义：由上面可以知道，一个对象被定义以后即在heap区上给其分配了一块空间，当这个对象永远不再被引用或者从JVM的根集合不能够达到该对象的时候，此对象及被定义为垃圾对象。也即是当一个对象的引用计数为0的时候此对象将被定义为垃圾对象。
垃圾回收过程：1、JVM的gc先找到垃圾对象，2、JVM调用改对象的finalize方法（如果此时不想此对象被回收，可以在这里抢救一下，给他一个引用），3、当JVM再次执行GC时，弱此对象仍未垃圾对象，则回收其所占有的内存空间。在一个对象的整个回收过程中，JVM执行了两次，并运行了finalize方法一次。
垃圾回收的具体逻辑和过程，例如对象的引用计数，新生代、旧生代的划分，强引用、弱引用、软引用等具体细节可以参考文章最后的连接
Heap区会抛出的异常：java.lang.OutOfMemoryError: Java heap space
本文参考：http://developer.51cto.com/art/201009/225071_all.htm http://blog.csdn.net/chjttony/article/details/6012490 http://www.blogjava.net/chhbjh/archive/2012/01/28/368936.html
上面也只是我自己的理解,勿打头......