那么，我们是不是就无计可施了？并不是。java仍然给了我们一种方式，来完全的控制和修改类：利用classloader。java并不允许我们扔掉已经加载的类，但是却不限制我们利用一个新的classloader来加载一个同名新类。这样的话，如果我们需要对一个类的功能做出修改，那么我们只需要丢弃它的类加载器（和它的对象），然后重新创建一个类加载器，再加载修改过的类，从而绕过了jvm的限制，实现了hotswap的功能。事实上，Tomcat和OSGi就是这么做的。以Tomcat为例，当我们修改了一个jsp页面，reload一下，然后刷新页面发现页面已经做出了响应，这背后就是tomcat丢弃了加载了上一个jsp文件的加载器和jsp文件，重新创建了一个加载器，然后重新加载修改过的jsp文件，就是这么简单。
当然，在使用这种方式的hotswap时，你必须足够小心，以避免因为类泄露造成OOM（说的更确切一点，不要让对象在不经意间逃逸出当前classloader的context，特别要注意...线程池）。