背景
最近在项目中在使用Drools来做规则，drools确实功能比较强大，但是学习成本也比较高，语法比较繁琐。我们项目是做的动态规则，用户可以通过上传jar包的方式来动态的再我们ruleengine service中生成规则，然后通过restful的方式来rule规则。在jar包中包含了需要用户自定义的pojo和用户配置的excel，这个excel就是drools的desicion table，有兴趣的可以去drool了解，这里不做过多的描述。
遇到的问题
上面讲了一个规则jar包中包含了pojo，那么比如用户更改了pojo的字段，那么这个class需要jvm重新来加载，那么问题就来了，我们都知道jvm加载一个类需要经过加载，验证，解析，卸载啊 这些阶段，而且基于双亲委派原则，就是说，优先父类来加载，只要这个class在父类的scope，就父类加载，父类加载不到就交给子类加载，那么在加载的时候只要发现这个类被加载过了，就会使用加载的cache，不会再次重新加载。
解决方案
我当时的思路是先让jvm卸载这个class，然后再重新加载，但是呢我们知道就算我们调用的Syatem.gc();这是也不会马上执行GC的，跑垃圾回收我们控制不了，还有个问题就是我当时对双亲委派不太了解（哈啊哈，看来还需要花更多的时间来学习JVM），错误地以为用一个相同的classloader去加载class，就会覆盖之间所加载的，这个错误的方向也让我陷入了死胡同，这个根本行不通。后来经过study，我找到了解决办法。
就是我们需要自己实现一个classloader来加载class，把每次加载好的class存在一个cache的concurrenthashmap里面。key就是package+classname，value就是自己实现的classloader加载之后的Object对象，这样我们每次使用就用package+classname的key去get出具体的Object对象，如果使用URLClassloader或者Classloader类来加载的话始终都是遵循了双亲委派原则，会加载在之前的cache。通过自己实现classloader和把加载后的对象存cache存储在map的方式，解决更新class的问题。