先看一段代码

　　import java.util.LinkedList;

　　import java.util.List;

　　public class OuterClass

　　{

　　　　private List listeners = new LinkedList();

　　　　public void addListeners(IListener listener)

　　　　{

　　　　　　this.listeners.add(listener);

　　　　}

　　　　private OuterClass outer = this; (1)

　　　　private class InnterClass

　　　　{

　　　　　　public void publish()

　　　　　　{

　　　　　　　　//将事件发布出去 (2)

　　　　　　　　for(int i=0;i < listeners.size();i++)

　　　　　　　　{

　　　　　　　　　　IListener listener = (IListener) listeners.get(i);

　　　　　　　　　　listener.receiveEvent(outer);

　　　　　　　　}

　　　　　　}

　　　　}

　　　　public void execute()

　　　　{

　　　　　　InnterClass in = new InnterClass(); (3)

　　　　　　in.publish();

　　　　}

　　}

　　public interface IListener

　　{

　　　　public void receiveEvent(OuterClass obj);

　　}
 
　　你可能觉得这个例子很别扭，在哪里让你觉得难受呢?其实问题的关键就在于接口IListener的定义，这里需要给receiveEvent方法传递的参数是外部对象!(别激动，下面我会说明需要传递的一个场景)

　　场景

　　在一个GUI系统中，我们要在画板WorkSpace(WorkSpace实现了IListener接口)上产生一颗树，但树中的每个节点的产生(绘图)是我们不知道的算法，系统只为我们提供了一些绘图的接口，并返回元素的句柄!看来我们需要"包装"一下这个绘图的句柄Brush(其实我把它叫做笔刷，因为它只知道如何"刷"出图像来，就这点本事!)并对外提供节点Node这样一个通用的类。

　　此时Node与Brush的关系就很微妙了，不过我们可以抛开这些外表，看到Node与Brush其实就是外部类与内部类的关系!-第一步完成了：确定了两者的关系

　　然而，事情没有这么简单，Node类必须处理一些事件，而这些事件理所当然只有Brush能够看懂，而Node根本不知道这样的事件处理过程，现在有两个办法：办法一，让Node实现Brush所有的事件;办法二，把Brush返回回去，让它来处理自己的事件，看来办法二是个好主意，因为我可以不关心事件的种类!-第二步完成了：确定了事件处理的责任

　　还没完呢，你肯定不希望画板WorkSpace面对的是绘图的句柄Brush这样的对象，相反你只希望WokSpace只知道Node的存在!IListener接口中receiveEvent方法的参数定义为OuterClass 就由此而来!-第三步完成：接口的定义

　　public interface IListener
　　{

　　　　public void receiveEvent(OuterClass obj);

　　}
 
　　既然说清楚了这个问题(应该比较清楚了吧?)那改如何实现这样一个蹩脚而有无可奈何的设计呢?让我们回忆一下内部类，内部类拥有访问外部类的方法与属性的权限

　　private OuterClass outer = this; - 这个对外部类的引用就是为内部类的访问准备的
　　private class InnterClass

　　{

　　　　public void publish()

　　　　{

　　　　　　//将事件发布出去

　　　　　　for(int i=0;i < listeners.size();i++)

　　　　　　{

　　　　　　　　IListener listener = (IListener) listeners.get(i);

　　　　　　　　listener.receiveEvent(outer); - 这里不可以返回this，因为this代表的是内部类自己

　　　　　　}

　　　　}

　　}