这里我想主要讨论下在finally块加入return语句，屏蔽异常的问题。

我们先来看这样一段代码，

代码1：

 1public class FinallyTest {   
 2    public static void main(String[] args) {   
 3        new FinallyTest().print();   
 4    }   
 5    public void print() {   
 6        int i = -1;   
 7        try {   
 8            Thread.sleep(1);   
 9            i = 1 / 0;   
10        } catch (Exception e) {   
11            System.out.println("at catch block step 1.");   
12            throw e;   
13        } finally {   
14            System.out.println("at finally block i = " + i);   
15        }   
16    }   
17}

以上代码在Eclipse里是不会编译通过的，因为在catch块中throw了一个异常，而print方法并没有声明要抛出异常。

现在我们修改代码，让它能够通过编译，代码2：

1public class FinallyTest {   
2    public static void main(String[] args) throws Exception {   
3        new FinallyTest().print();   
4    }   
5    public void print() throws Exception {   
6…  
7

就是在print和main方法后加throws Exception，然后运行，看运行结果：

1at catch block step 1.   
2at finally block i = -1  
3Exception in thread "main" java.lang.ArithmeticException: / by zero   
4    at wxhx.csdn2.FinallyTest.print(FinallyTest.java:12)   
5    at wxhx.csdn2.FinallyTest.main(FinallyTest.java:5)  

程序先是走到了catch块的第一句，打印了at catch block step 1.

但并没有紧接着去throw e，即没有立刻抛出这个异常，之所以这样说，是因为异常的信息是在finally块的打印信息之后才打印的。

这个例子告诉我们，finally不管出现异常与否，都必须去执行的代码。（如果中途终止了jvm，就不必去执行了）

那么何时执行finally块中的代码呢？

在这个例子中，try块中有异常抛出，所以finally块中的代码是在执行了catch语句之后、退出方法之前被执行的(如果这里执行了throw e，则方法就退出了) 。

下面再看另外一个代码，代码3：

 1public class FinallyTest {   
 2    public static void main(String[] args) {   
 3        new FinallyTest().print();   
 4    }   
 5    public void print() {   
 6        int i = -1;   
 7        try {   
 8            Thread.sleep(1);   
 9            i = 1 / 0;   
10        } catch (Exception e) {   
11            System.out.println("at catch block step 1.");   
12            throw e;   
13        } finally {   
14            System.out.println("at finally block i = " + i);   
15            return;   
16        }   
17    }   
18} 

这段代码与之前相比，在finally块中增加了return语句。

虽然在catch块中有throw e语句，但在print方法后并不用声明throws Exception，也可以通过编译。

因为在try块中有Thread.sleep(1);语句，所以必须要捕获InterruptedException，但在这种情况下，即使我们把catch块去掉了，也不会有问题，这是怎么回事呢？

因为在finally块中的return语句屏蔽了异常。

经过代码2我们已经知道了，异常在finally块被执行之前，虽然会执行catch块中的代码，但并不会退出方法，在退出方法之前，会转向finally块中执行，而在finally块中又恰好有return语句，所以方法就正常退出了，在try块中产生的异常就不会有机会被抛出。

----2009年02月13日

问题的发现：

系统中在连续不停地、反复进行一个操作（先打开A，然后切替到画面B，点击画面履历再回到A，如此反复）。经过长时间的测试，经常会20小时，JVM的内存使用量增长30M以上。

问题的分析：

首先根据操作，找到会执行的代码，对代码进行分析。

Java会产生内存泄露的原因，经过本次调查，

生存周期较长的对象，持有了生存周期较短的对象的引用，以至于那些生存周期短的对象，在无用的情况下，没有得到回收。
3.对于类的成员变量为集合的情况，对集合的使用应该谨慎。比如，一个专门保存用户操作履历的对象，有全局变量List来保存用户所有点击过的链接。但实际项目中，不可能保存住用户的每一次链接操作，然后显示给用户，有时候可能只是显示最新的20条。所以这时候就要对这个全局变量进行处理，不能让它无限的膨胀下去。
4.在类的成员变量为集合的情况，集合中的元素又是比较复杂的对象，（这个对象中可能还包含着是集合的成员变量）在不需要此类的对象的时候，应该自己来实现对类的成员的销毁。如：

1Iterator itor = myMap.keySet().iterator();   
2while (itor.hasNext()) {   
3    MyObject selectedInfo = (MyObject) itor.next();   
4    selectedInfo.destroy();// 假设MyObject里有destroy方法，对MyObjec中的成员进行销毁   
5    selectedInfo = null;   
6}   
7myMap.clear();  

5.对单态模式应该慎用，单例对象在被初始化后将在JVM的整个生命周期中存在，如果单态对象持有外部对象的引用，那么这个外部对象将不能被回收，如故这个外部对象很庞大，那么对内存的消耗是很大的。
6.虽然写java程序，有GC帮助我们管理内存，但好的编程习惯还是需要的，可以避免不必要的麻烦。

虽然写java程序，有GC帮助我们管理内存，但好的编程习惯还是需要的，可以避免不必要的麻烦。

1.复杂的对象，在不需要的情况下，最好能实现对它的成员的销毁，然后再将其赋为null。
2.对于打开的流，一定要做及时的处理。另外对于HttpURLConnection对象，连接后，要调用它的disconnect（），不要对资源进行不必要的浪费。
3.尽量少用全局变量。
4.在哪里生成对象，就在哪里销毁它。
5.尽量避免对象之间的相互引用。

最后，记述一下我记录内存的方法。

由于对代码做好修改之后，要确认一下内存是否有明显增长。

于是写一段代码，每个5分钟对对内存进行一次记录，在连续运行20小时候，做成曲线图，以便分析。

（以下是为了方便，重新写的，原来项目中用到的，有一整套完备的定时器生成和起动的管理类，这里没有写出来。）

 1import java.io.DataOutputStream;   
 2import java.io.FileOutputStream;   
 3import java.io.IOException;   
 4public class MemoryCollect {   
 5    public static void main(String args[]) {   
 6        MemoryCollector mc = new MemoryCollector(300000);   
 7        mc.start();   
 8    }   
 9}   
10class MemoryCollector extends java.util.TimerTask {   
11    private static final java.text.NumberFormat nf = java.text.NumberFormat   
12            .getPercentInstance();   
13    private static final java.text.DateFormat df = new java.text.SimpleDateFormat(   
14            "yyyy-MM-dd HH:mm:ss");   
15    private DataOutputStream dos = null;   
16    private long period = 0;   
17    private java.util.Timer timer = null;   
18    MemoryCollector(long p) {   
19        period = p;   
20        timer = new java.util.Timer();   
21    }   
22    public void start() {   
23        timer.schedule(this, 0, period);   
24    }   
25    public void run() {   
26        System.gc();   
27        Runtime imp = Runtime.getRuntime();   
28        imp.totalMemory();   
29        long totol = imp.totalMemory() / 1024;   
30        long free = imp.freeMemory() / 1024;   
31        try {   
32            dos = new DataOutputStream(new FileOutputStream("D:\\memory.txt",   
33                    true));   
34            String date = df.format(new java.util.Date());   
35            String info = date + "\t" + totol + "\t" + free + "\t"  
36                    + nf.format((double) free / (double) totol);   
37            System.out.println(info);   
38            dos.writeUTF(info + "\r");   
39            dos.flush();   
40            dos.close();   
41            dos = null;   
42        } catch (Exception e) {   
43            System.out.println(e);   
44        } finally {   
45            try {   
46                if (dos != null) {   
47                    dos.flush();   
48                    dos.close();   
49                    dos = null;   
50                }   
51            } catch (IOException e) {   
52                e.printStackTrace();   
53            }   
54        }   
55    }   
56    public void stop() {   
57        super.cancel();   
58        if (timer != null) {   
59            timer.cancel();   
60            timer = null;   
61        }   
62    }   
63} 

----2009年02月02日

如果安装了JDK，会发现你的电脑有两套JRE，一套位于 \jre 另外一套位于 C:\Program Files\Java\j2re1.4.1_01 目录下，后面这套比前面那套少了Server端的Java虚拟机，不过直接将前面那套的Server端Java虚拟机复制过来就行了。而且在安装JDK可以选择是否安装这个位于 C:\Program Files\Jav a 目录下的JRE。如果你只安装JRE，而不是JDK，那么只会在 C:\Program Files\Java 目录下安装唯一的一套JRE。

      JRE的地位就象一台PC机一样，我们写好的Win32应用程序需要操作系统帮我们运行，同样的，我们编写的Java程序也必须要JRE才能运行。所以当你装完JDK后，如果分别在硬盘上的两个不同地方安装了两套JRE，那么你可以想象你的电脑有两台虚拟的Java PC机，都具有运行Java程序的功能。所以我们可以说，只要你的电脑安装了JRE，就可以正确运行Jav a应用程序。

        1、为什么Sun要让JDK安装两套相同的JRE？这是因为JDK里面有很多用Java所编写的开发工具（如javac.exe、jar.exe等），而且都放置在 \lib\tools.jar 里。从下面例子可以看出，先将tools.jar改名为tools1.jar，然后运行javac.exe，显示如下结果： Exception in thread "main" java.lang.NoClassDefFoundError: com/sun/tools/javac /Main 这个意思是说，你输入javac.exe与输入 java -cp c:\jdk\lib\tools.jar com.sun.tools.javac.Main 是一样的，会得到相同的结果。从这里我们可以证明javac.exe只是一个包装器（Wrapper），而制作的目的是为了让开发者免于输入太长的指命。而且可以发现\lib目录下的程序都很小，不大于2 9K，从这里我们可以得出一个结论。就是JDK里的工具几乎是用Java所编写，所以也是Java应用程序，因此要使用JDK所附的工具来开发Java程序，也必须要自行附一套JRE才行，所以位于C:\Program Files\Java目录下的那套JRE就是用来运行一般Java程序用的。

       2、如果一台电脑安装两套以上的JRE，谁来决定呢？这个重大任务就落在java.exe身上。Java.exe的工作就是找到合适的JRE来运行Java程序。 Java.exe依照底下的顺序来查找JRE：自己的目录下有没有JRE；父目录有没有JRE；查询注册表： [HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment] 所以java.exe的运行结果与你的电脑里面哪个JRE被执行有很大的关系。

      3、介绍JVM JRE目录下的Bin目录有两个目录：server与client。这就是真正的jvm.dll所在。 jvm.dll无法单独工作，当jvm.dll启动后，会使用explicit的方法（就是使用Win32 API之中的LoadLibrary()与GetProcAddress()来载入辅助用的动态链接库），而这些辅助用的动态链接库（.dll）都必须位于jvm.dll所在目录的父目录之中。因此想使用哪个JVM，只需要设置PATH，指向JRE所在目录底下的jvm.dll。

----2008年11月24日

----2008年11月27日

简单的说：
Java把内存划分成两种：一种是栈内存，一种是堆内存。

   在函数中定义的一些基本类型的变量和对象的引用变量都在函数的栈内存中分配。

   当在一段代码块定义一个变量时，Java就在栈中为这个变量分配内存空间，当超过变量的作用域后，Java会自动释放掉为该变量所分配的内存空间，该内存空间可以立即被另作他用。

   堆内存用来存放由new创建的对象和数组。

   在堆中分配的内存，由Java虚拟机的自动垃圾回收器来管理。

   在堆中产生了一个数组或对象后，还可以在栈中定义一个特殊的变量，让栈中这个变量的取值等于数组或对象在堆内存中的首地址，栈中的这个变量就成了数组或对象的引用变量。

   引用变量就相当于是为数组或对象起的一个名称，以后就可以在程序中使用栈中的引用变量来访问堆中的数组或对象。

具体的说：
栈与堆都是Java用来在Ram中存放数据的地方。与C++不同，Java自动管理栈和堆，程序员不能直接地设置栈或堆。
      Java的堆是一个运行时数据区,类的(对象从中分配空间。这些对象通过new、newarray、anewarray和multianewarray等 指令建立，它们不需要程序代码来显式的释放。堆是由垃圾回收来负责的，堆的优势是可以动态地分配内存大小，生存期也不必事先告诉编译器，因为它是在运行时 动态分配内存的，Java的垃圾收集器会自动收走这些不再使用的数据。但缺点是，由于要在运行时动态分配内存，存取速度较慢。
      栈的优势是，存取速度比堆要快，仅次于寄存器，栈数据可以共享。但缺点是，存在栈中的数据大小与生存期必须是确定的，缺乏灵活性。栈中主要存放一些基本 类型的变量（,int, short, long, byte, float, double, boolean, char）和对象句柄。
      栈有一个很重要的特殊性，就是存在栈中的数据可以共享。假设我们同时定义：
int a = 3;
int b = 3；
编译器先处理int a = 3；首先它会在栈中创建一个变量为a的引用，然后查找栈中是否有3这个值，如果没找到，就将3存放进来，然后将a指向3。接着处理int b = 3；在创建完b的引用变量后，因为在栈中已经有3这个值，便将b直接指向3。这样，就出现了a与b同时均指向3的情况。这时，如果再令a=4；那么编译器 会重新搜索栈中是否有4值，如果没有，则将4存放进来，并令a指向4；如果已经有了，则直接将a指向这个地址。因此a值的改变不会影响到b的值。要注意这 种数据的共享与两个对象的引用同时指向一个对象的这种共享是不同的，因为这种情况a的修改并不会影响到b, 它是由编译器完成的，它有利于节省空间。而一个对象引用变量修改了这个对象的内部状态，会影响到另一个对象引用变量。

String是一个特殊的包装类数据。可以用：
String str = new String("abc");
String str = "abc";
两种的形式来创建，第一种是用new()来新建对象的，它会在存放于堆中。每调用一次就会创建一个新的对象。
而第二种是先在栈中创建一个对String类的对象引用变量str，然后查找栈中有没有存放"abc"，如果没有，则将"abc"存放进栈，并令str指向”abc”，如果已经有”abc” 则直接令str指向“abc”。

          比较类里面的数值是否相等时，用equals()方法；当测试两个包装类的引用是否指向同一个对象时，用==，下面用例子说明上面的理论。
String str1 = "abc";
String str2 = "abc";
System.out.println(str1==str2); //true
可以看出str1和str2是指向同一个对象的。

String str1 =new String ("abc");
String str2 =new String ("abc");
System.out.println(str1==str2); // false
用new的方式是生成不同的对象。每一次生成一个。
   因此用第二种方式创建多个”abc”字符串,在内存中其实只存在一个对象而已. 这种写法有利与节省内存空间. 同时它可以在一定程度上提高程序的运行速度，因为JVM会自动根据栈中数据的实际情况来决定是否有必要创建新对象。而对于String str = new String("abc")；的代码，则一概在堆中创建新对象，而不管其字符串值是否相等，是否有必要创建新对象，从而加重了程序的负担。
   另一方面, 要注意: 我们在使用诸如String str = "abc"；的格式定义类时，总是想当然地认为，创建了String类的对象str。担心陷阱！对象可能并没有被创建！而可能只是指向一个先前已经创建的 对象。只有通过new()方法才能保证每次都创建一个新的对象。 由于String类的immutable性质，当String变量需要经常变换其值时，应该考虑使用StringBuffer类，以提高程序效率。

java中内存分配策略及堆和栈的比较
2.1 内存分配策略
按照编译原理的观点,程序运行时的内存分配有三种策略,分别是静态的,栈式的,和堆式的.
静态存储分配是指在编译时就能确定每个数据目标在运行时刻的存储空间需求,因而在编译时就可以给他们分配固定的内存空间.这种分配策略要求程序代码中不允 许有可变数据结构(比如可变数组)的存在,也不允许有嵌套或者递归的结构出现,因为它们都会导致编译程序无法计算准确的存储空间需求.
栈式存储分配也可称为动态存储分配,是由一个类似于堆栈的运行栈来实现的.和静态存储分配相反,在栈式存储方案中,程序对数据区的需求在编译时是完全未知 的,只有到运行的时候才能够知道,但是规定在运行中进入一个程序模块时,必须知道该程序模块所需的数据区大小才能够为其分配内存.和我们在数据结构所熟知 的栈一样,栈式存储分配按照先进后出的原则进行分配。
静态存储分配要求在编译时能知道所有变量的存储要求,栈式存储分配要求在过程的入口处必须知道所有的存储要求,而堆式存储分配则专门负责在编译时或运行时 模块入口处都无法确定存储要求的数据结构的内存分配,比如可变长度串和对象实例.堆由大片的可利用块或空闲块组成,堆中的内存可以按照任意顺序分配和释 放.

2.2 堆和栈的比较
上面的定义从编译原理的教材中总结而来,除静态存储分配之外,都显得很呆板和难以理解,下面撇开静态存储分配,集中比较堆和栈:
从堆和栈的功能和作用来通俗的比较,堆主要用来存放对象的，栈主要是用来执行程序的.而这种不同又主要是由于堆和栈的特点决定的:
在编程中，例如C/C++中，所有的方法调用都是通过栈来进行的,所有的局部变量,形式参数都是从栈中分配内存空间的。实际上也不是什么分配,只是从栈顶 向上用就行,就好像工厂中的传送带(conveyor belt)一样,Stack Pointer会自动指引你到放东西的位置,你所要做的只是把东西放下来就行.退出函数的时候，修改栈指针就可以把栈中的内容销毁.这样的模式速度最快, 当然要用来运行程序了.需要注意的是,在分配的时候,比如为一个即将要调用的程序模块分配数据区时,应事先知道这个数据区的大小,也就说是虽然分配是在程 序运行时进行的,但是分配的大小多少是确定的,不变的,而这个"大小多少"是在编译时确定的,不是在运行时.
堆是应用程序在运行的时候请求操作系统分配给自己内存，由于从操作系统管理的内存分配,所以在分配和销毁时都要占用时间，因此用堆的效率非常低.但是堆的 优点在于,编译器不必知道要从堆里分配多少存储空间，也不必知道存储的数据要在堆里停留多长的时间,因此,用堆保存数据时会得到更大的灵活性。事实上,面 向对象的多态性,堆内存分配是必不可少的,因为多态变量所需的存储空间只有在运行时创建了对象之后才能确定.在C++中，要求创建一个对象时，只需用 new命令编制相关的代码即可。执行这些代码时，会在堆里自动进行数据的保存.当然，为达到这种灵活性，必然会付出一定的代价:在堆里分配存储空间时会花 掉更长的时间！这也正是导致我们刚才所说的效率低的原因,看来列宁同志说的好,人的优点往往也是人的缺点,人的缺点往往也是人的优点(晕~).

2.3 JVM中的堆和栈
JVM是基于堆栈的虚拟机.JVM为每个新创建的线程都分配一个堆栈.也就是说,对于一个Java程序来说，它的运行就是通过对堆栈的操作来完成的。堆栈以帧为单位保存线程的状态。JVM对堆栈只进行两种操作:以帧为单位的压栈和出栈操作。
我们知道,某个线程正在执行的方法称为此线程的当前方法.我们可能不知道,当前方法使用的帧称为当前帧。当线程激活一个Java方法,JVM就会在线程的 Java堆栈里新压入一个帧。这个帧自然成为了当前帧.在此方法执行期间,这个帧将用来保存参数,局部变量,中间计算过程和其他数据.这个帧在这里和编译 原理中的活动纪录的概念是差不多的.
从Java的这种分配机制来看,堆栈又可以这样理解:堆栈(Stack)是操作系统在建立某个进程时或者线程(在支持多线程的操作系统中是线程)为这个线程建立的存储区域，该区域具有先进后出的特性。
每一个Java应用都唯一对应一个JVM实例，每一个实例唯一对应一个堆。应用程序在运行中所创建的所有类实例或数组都放在这个堆中,并由应用所有的线程 共享.跟C/C++不同，Java中分配堆内存是自动初始化的。Java中所有对象的存储空间都是在堆中分配的，但是这个对象的引用却是在堆栈中分配,也 就是说在建立一个对象时从两个地方都分配内存，在堆中分配的内存实际建立这个对象，而在堆栈中分配的内存只是一个指向这个堆对象的指针(引用)而已。
2.4 GC的思考
Java为什么慢?JVM的存在当然是一个原因,但有人说,在Java中,除了简单类型(int,char等)的数据结构,其它都是在堆中分配内存(所以说Java的一切都是对象)，这也是程序慢的原因之一。
我的想法是(应该说代表TIJ的观点),如果没有Garbage Collector(GC),上面的说法就是成立的.堆不象栈是连续的空间,没有办法指望堆本身的内存分配能够象堆栈一样拥有传送带般的速度,因为,谁会 为你整理庞大的堆空间,让你几乎没有延迟的从堆中获取新的空间呢?
这个时候,GC站出来解决问题.我们都知道GC用来清除内存垃圾,为堆腾出空间供程序使用,但GC同时也担负了另外一个重要的任务,就是要让Java中堆 的内存分配和其他语言中堆栈的内存分配一样快,因为速度的问题几乎是众口一词的对Java的诟病.要达到这样的目的,就必须使堆的分配也能够做到象传送带 一样,不用自己操心去找空闲空间.这样,GC除了负责清除Garbage外,还要负责整理堆中的对象,把它们转移到一个远离Garbage的纯净空间中无 间隔的排列起来,就象堆栈中一样紧凑,这样Heap Pointer就可以方便的指向传送带的起始位置,或者说一个未使用的空间,为下一个需要分配内存的对象"指引方向".因此可以这样说,垃圾收集影响了对 象的创建速度,听起来很怪,对不对?
那GC怎样在堆中找到所有存活的对象呢?前面说了,在建立一个对象时，在堆中分配实际建立这个对象的内存,而在堆栈中分配一个指向这个堆对象的指针(引 用),那么只要在堆栈(也有可能在静态存储区)找到这个引用,就可以跟踪到所有存活的对象.找到之后,GC将它们从一个堆的块中移到另外一个堆的块中,并 将它们一个挨一个的排列起来,就象我们上面说的那样,模拟出了一个栈的结构,但又不是先进后出的分配,而是可以任意分配的,在速度可以保证的情况下, Isn't it great?
但是，列宁同志说了,人的优点往往也是人的缺点,人的缺点往往也是人的优点(再晕~~).GC()的运行要占用一个线程,这本身就是一个降低程序运行性能 的缺陷,更何况这个线程还要在堆中把内存翻来覆去的折腾.不仅如此,如上面所说,堆中存活的对象被搬移了位置,那么所有对这些对象的引用都要重新赋值.这 些开销都会导致性能的降低.

基础数据类型直接在栈空间分配，方法的形式参数，直接在栈空间分配，当方法调用完成后从栈空间回收。引用数据类型，需要用new来创建，既在栈空间 分配一个地址空间，又在堆空间分配对象的类变量 。方法的引用参数，在栈空间分配一个地址空间，并指向堆空间的对象区，当方法调用完成后从栈空间回收。局部变量new出来时，在栈空间和堆空间中分配空 间，当局部变量生命周期结束后，栈空间立刻被回收，堆空间区域等待GC回收。方法调用时传入的literal参数，先在栈空间分配，在方法调用完成后从栈 空间分配。字符串常量在DATA区域分配，this在堆空间分配。数组既在栈空间分配数组名称，又在堆空间分配数组实际的大小！

哦 对了，补充一下static在DATA区域分配。

其实是有规律的，只要你理解了这些个基本的原理：

堆空间的话：操作系统有一个记录空闲内存地址的链表，当系统收到程序的申请时，会遍历该链表，寻找第一个空间大 于所申请空间的堆结点，然后将该结点从空闲结点链表中删除，并将该结点的空间分配给程序。另外，对于大多数系统，会在这块内存空间中的首地址处记录本次分 配的大小，这样代码中的delete语句才能正确的释放本内存空间。另外由于找到的堆结点的大小不一定正好等于申请的大小，系统会自动的将多余的那部分重 新放入空闲链表中。是由new分配的内存，一般速度比较慢，而且容易产生内存碎片，不过用起来最方便。另外，在WINDOWS下，最好的方式是用 VirtualAlloc分配内存，他不是在堆，也不是在栈是直接在进程的地址空间中保留一快内存，虽然用起来最不方便。但是速度快，也最灵活。是向高地 址扩展的数据结构，是不连续的内存区域。这是由于系统是用链表来存储的空闲内存地址的，自然是不连续的，而链表的遍历方向是由低地址向高地址。堆的大小受 限于计算机系统中有效的虚拟内存。由此可见，堆获得的空间比较灵活，也比较大。

栈空间的话：在Windows下, 栈是向低地址扩展的数据结构，是一块连续的内存的区域。这句话的意思是栈顶的地址和栈的最大容量是系统预先规定好的，在WINDOWS下，栈的大小是固定 的（是一个编译时就确定的常数），如果申请的空间超过栈的剩余空间时，将提示overflow。因此，能从栈获得的空间较小。只要栈的剩余空间大于所申请 空间，系统将为程序提供内存，否则将报异常提示栈溢出。 由系统自动分配，速度较快。但程序员是无法控制的。

JVM中的堆和栈

JVM是基于堆栈的虚拟机。JVM为每个新创建的线程都分配一个堆栈。也就是说，对于一个Java程序来说，它的运行就是通过对堆栈的操作来完成的。堆栈以帧为单位保存线程的状态。JVM对堆栈只进行两种操作:以帧为单位的压栈和出栈操作。

我们知道，某个线程正在执行的方法称为此线程的当前方法。我们可能不知道，当前方法使用的帧称为当前帧。当线程激活一个Java方法，JVM就会在 线程的Java堆栈里新压入一个帧。这个帧自然成为了当前帧.在此方法执行期间，这个帧将用来保存参数，局部变量，中间计算过程和其他数据。这个帧在这里 和编译原理中的活动纪录的概念是差不多的。

从Java的这种分配机制来看,堆栈又可以这样理解：堆栈(Stack)是操作系统在建立某个进程时或者线程(在支持多线程的操作系统中是线程)为这个线程建立的存储区域，该区域具有先进后出的特性。

每一个Java应用都唯一对应一个JVM实例，每一个实例唯一对应一个堆。应用程序在运行中所创建的所有类实例或数组都放在这个堆中，并由应用所有 的线程共享。跟C/C++不同，Java中分配堆内存是自动初始化的。Java中所有对象的存储空间都是在堆中分配的，但是这个对象的引用却是在堆栈中分 配,也就是说在建立一个对象时从两个地方都分配内存，在堆中分配的内存实际建立这个对象，而在堆栈中分配的内存只是一个指向这个堆对象的指针(引用)而 已。

----2008年11月24日