JavaWorld一篇题为 Add dynamic code to your application 的文章介绍了如何使用动态代理技术使普通的java源代码具有像jsp一样的动态编译效果，十分有趣。
  使用过jsp技术的程序员都知道，应用部署以后，我们是可以直接修改jsp源文件的。当客户请求这个被修改过的jsp文件时，web容器会自动监测出该jsp文件已经被更新，因此重新编译该jsp文件，向客户返回最新的信息。但是，对于一般的java源文件，如果我们仅仅修改源文件，而不重新编译部署的话，web容器是不会处理的。
   那我们可不可以让普通的java源文件也具有jsp一样的效果呢，也就是说，程序在运行过程中，我们一旦修改某个类的源文件，程序会自动监测出来，并重新编译该文件，同时进行重新连接，动态更新。答案是肯定的，而且方法并不复杂。主要思想是当执行一个接口的操作时，我们使用动态代理技术将其拦截，然后监测实现该接口的类的源文件是否已经更新，如果没有更新，则把方法交给相应的对象的方法执行，否则，我们重新编译该类的源文件，同时重新加载该类，然后，我们就可以通过该类获得最新的对象以执行相应的操作了。
    系统的总体架构是是一个Dynamic Proxy，而实现的重点是捕捉到接口方法时在调用invoke的时候如何动态编译和重新加载。编译我们可以使用java提供的com.sun.tools.javac.Main.compile方法（要将jdk lib目录下的tool.jar加入到classpath中），通过该方法我们可以将指定的源文件进行编译并将相应的class文件放置到指定的目录中。
     为了能够进行重新连接，我们必须要把原来已经被加载的类卸载，否则我们是不能够将最新的类加载到jvm中去的。但是，我们卸载时却不能指定把classloader装载的类中的某一个类卸载掉，因此，我们只好重新生成一个classloader，通过它来重新加载我们新编译好的class文件。在这里，URLClassLoader是一个很好的选择。

 

updated（2009-3-16）:

   JVM中的Class只有满足以下三个条件，才能被GC回收，也就是该Class被卸载（unload）：

   - 该类所有的实例都已经被GC，也就是JVM中不存在该Class的任何实例。
   - 加载该类的ClassLoader已经被GC。
   - 该类的java.lang.Class 对象没有在任何地方被引用，如不能在任何地方通过反射访问该类的方法.