实现增强的java class hotswap (三) 解决方案 续

通过装载类时修改类名加上版本号来实现类重新装载，这时最核心的问题实际上已经解决了，至少类变化时可以马上装载进来使用了，但是同时带来一些问题:

 

* 类名被修改了，反射怎么办？

比如，我的类Test里面，有 worker = new Worker()，这时候返回的实际上是一个Worker_V_1的实例，正常的方法调用是没问题了，不过如果worker.getClass().getName()咋整？很简单，我们照样，在jvm boot的时候，enhance一下java.lang.Class，拦截住getName，发现如果当前这个Class的实例(Worker_V_1.class)是被enhance过的（通过类名特征来识别），那么就返回enhance前的类名Worker而不是Worker_V_1。

 

到此为止，似乎问题解决了。

 

---------------

其实，这只是一个简化过的思路而已，真正去实现的时候，问题还是很多的，比如说：

* 要把发现的classloader都管理起来，会添加对这些classloader的额外的引用，这个是一个很严重的问题

* 要把除了class以外的一些资源也要管理起来，例如一些xml啥的，还得通知相应的回调去处理这个更新，毕竟我们不可能把什么事情都做了，要留下扩展点

* 这个扩展点怎么设计，让扩展的人如何介入到类重新装载的过程中来，也是要小心的事情

* 在对类enhance的过程中，难免会添加一些方法进去，因此，前面对Class的enhance还需要拦截getMethods,getFields等一系列的方法来滤掉添加的方法，同样，反射要用到的Field,Method,Constructor等类也需要处理

* 还有，接口怎么处理？代理(Proxy）怎么处理？

* 其他的bytecode enhance的类库怎么处理，例如装载的类是cglib生成/enhance过的，怎么整？

 

问题还很多，就不一一描述了，其实沿着这个思路是完全可行的，因为这个思路就是javarebel的思路，只是一些细节就不好说的太白了，否则又要被告状了。

 

这篇文章就到此为止吧，不要说太监了，呵呵。相关的问题看以后想不想找几个说明一下，it depends.