实现增强的java class hotswap (一)

我们这里不讨论应用服务器的hot redeploy，因为应用大了这redeploy太费时间，我见过以前有人在weblogic上部署一个ear的时候，整整要花十多二十分钟，这个ear里有大量的ejb，每次修改一点点程序之后，就必须重新打包，部署，等待，郁闷....真不知道一天能干多少活。

 

当然，现在这社会，谁还那么傻啊，都POJO了，都不用ejb了，但是应用规模上来了之后，问题同样存在，只不过是比ejb好一些而已，同样规模的应用，换用spring/guice，同样需要初始化上千的各种bean，花费的时间照样客观，3分钟？5分钟？那也是时间啊，关键是你就修改一点点东西都得花这3,5分钟，往往这时候思路都被他打断，还是郁闷的。

 

大家都知道，jdk在debug模式下，可以将正在运行的class进行hotswap，但是这个hotswap是有很多限制的，只能替换已有方法的方法体，任何对类结构上的改变都将被忽略，例如不能通过hotswap往类里添加method／field，不能修改method 的signature，等等。因此jdk自己的hotswap是非常有限的，不能满足大部分的swap需求，我们必须寻找自己的路。

 

javarebel的出现，让大家的眼睛一亮，不过这是一个商业产品，平心而论，和他的价值比起来，他的价格实在是不高，不过大部分人（也许只是天朝的人吧）都不大愿意去付钱购买，于是有很多人去xx掉（说实在话，java的东西xx起来真的太容易了）。我们这里不去讲怎么xx java软件，我们纯粹讨论技术上如何实现。

 

研究了javarebel之后，可以从他输出的日志，还有他的测试用例里面都能看出不少东西来的，很多东西都是从这些途径来思考的，下面我们来理理如何自己来实现java class的hotswap