图1为对话框和按钮相关的主要对象的引用关系图。这里方框表示对象实例（Instance）的类或类型，其中TestDialog＄1为TestDialog的匿名内部类，就是添加到按钮的ActionListener监听器对象所对应的类；连接线表示对象引用关系，其中箭头指向的对象被另一个对象直接引用，连接线旁的文字表示引用着被引用对象的属性（变量），如TestDialog对象直接引用了JButton对象，JButton对象的引用保存在TestDialog的属性testButton中；Object数组把对象的引用作为元素存放。
    从对象引用关系图中可以看出，一个对象对另外一个对象的引用可能是直接的，也可以通过其他对象的引用发生间接引用。在TestDialog对象和JRootPane对象的引用关系中，通过属性rootPane直接引用了JRootPane对象；属性component引用一个Object数组对象，而JRootPane对象又是Object数组的一个元素，因而TestDialog对象又同时间接地引用了JRootPane对象。
在图1中，还可以看到一个普遍的现象，对象之间经常存在着相互引用关系，而且有时候存在多条的引用的路径，如TestDialog对象与JButton对象之间的相互引用。首先TestDialog对象中的testButton属性直接引用了JButton对象，同时，通过容器和组件的关系，通过JRootPane、JPanel等又存在间接的引用；JButton对象反过来又引用TestDialog对象，即通过属性parent对容器对象有引用，对话框是对话框内组件的顶层容器，JButton对象通过容器和组件的关系实现对TestDialog对象的引用；另外，JButton对象通过监听器列表对TestDialog＄1内部类的对象实例有引用，而匿名内部类对外部的类（即TestDialog）的对象实例有缺省的引用。
    单从图1看，这些对象的引用关系看起来还不太复杂，实际上，很多对象本身的引用关系已经非常复杂，尤其是Swing组件，这些组件内部的对象引用比较多。以 JButton 为例，为了清晰起见，图2的对象引用关系图只画出了与  数据模型（Model） 的引用关系。

    除了与DefaultButtonModel 对象 的相互引用外，通过 JButton 的属性 layoutMgr与OverlayLayout的属性target，JButton和OverlayLayout的对象也形成相互引用；JButton对象还通过以下引用路径，最后又引用回到本身对象，其中前面表示为类，括号内是该类或父类中的属性：
JButton （ActionMap actionMap）
－＞ ActionMap （ActionMap  parent）
－＞ ActionMapUIResource （AbstractAction＄ArrayTable  arrayTable）
－＞ AbstractAction＄ArrayTable （Object  table）
－＞ Object[] （）
－＞ BasicButtonListener＄PressedAction （AbstractButton  b）
－＞ JButton；
    JButton与其他对象的引用路径在这里不一一列举。
    在这个例子中，一些组件对象已经存在比较复杂的引用关系，在通过与另一些对象又形成相互引用，组成了更加复杂的对象引用关系。在关闭对话框时，如果不作特别的操作，这些对象的引用关系将保持不变，对垃圾收集的效率产生有很大的影响。
    在存在引用关系的所有对象中，假如某个对象仍然是有用的，或者不恰当的被静态变量和全局变量直接或间接引用，导致有引用关系的所有应该成为垃圾的对象都无法被收集，造成一定的内存泄漏。

3 解决方法
    为了提高垃圾收集的效率，必须要简化对象的引用关系，并及时清除静态变量的引用以避免内存泄漏，具体可以通过以下几个方面来完成。

3.1 清除直接对象引用

    当一个对象不再被使用时，应该及时清除引用该对象的所有静态变量；同时，清除该对象中类型为对象的属性，若有必要，则还应该调用该属性引用的对象的某个方法来清除内存或释放资源。如在对话框的例子中，当对话框关闭时，应该清除属性testButton的引用，这时可以简单的使用赋值语句：
    testButton ＝ null；
    可以使对象的引用关系变得简单些。

3.2 调用对象的特定方法

    当一个对象不再被使用时，如果对象提供了用来清除引用或释放资源的方法，应该调用这些方法，但注意调用的时机或顺序，避免引起异常现象。这些方法包括对话框的dispose方法，容器组件的remove方法，Swing组件的UI的uninstall方法，移除监听器方法等，也可以是某个类的本身定义的清除引用方法。
    在对话框的例子中，对话框的dispose方法主要释放一些与本地有关的资源，若不调用，将不能清除对话框的一个全局引用，造成内存泄漏；容器的remove方法，该方法主要清除了容器的变量componet对数组的引用以及数组对子组件对象的引用，同时也清除了子组件对象中 的变量parent对容器对象的引用，若清除容器中的所有组件，则可简单的调用removeAll方法清除；在JButton中，可以调用setMode(null)来设置Model，不仅清除了JButton对象中的model和changeListener对象引用，而且同时清除了DefaultButtonModel对 AbstractButton＄ButtonChangeListener 监听器对象的间接引用。 如果调用了上述的这些方法，在对话框例子中，许多的对象引用被清除，极大地简化了各个对象之间的引用关系。

3.3 慎重使用内部类

    非静态内部类（包含一般的匿名内部类）中，隐含着外部的类的对象实例的一个引用，这个引用无法清除。在对话框的例子中，匿名内部类实际包含这样的一个属性（变量）：
    private final test.TestDialog this＄0;
    这个属性在内部类中就是源代码中使用的TestDialog.this。由于该属性是final修饰，所有不允许再次赋值，即不可以清除。同样，由于没有使用变量来保存该监听器对象的引用，因此无法简单地使用JButton的removeActionListener方法移除加在按钮上的监听器。为了清除上述的引用关系，可以把匿名内部类该写为一个静态内部类，把对话框的实例作为该内部类的构造器的参数显式地传入，同时在对话框中保存该内部类的对象引用。在清除引用时，既可以移除监听器，也可以通过监听器变量清除内部类的对话框引用。原来的对话框部分代码可以改为以下代码，这时应该使用dialog变量，而不是    TestDialog.this：
  

4 结束语
    通过各种方法清除对象的引用，简化了相关对象的引用关系，使得应该成为垃圾的对象及时被收集而释放内存，从而减少程序对操作系统的内存需求。在大型应用软件“永中Office”的实际应用过程中，在处理对象引用关系复杂的情况时，采用简化对象引用关系的方法，垃圾收集的问题已经取得明显的效果。