hl_java的专栏

到目前为止，已经可以自动动手实现一个基于插件的业务容器了，那么我们先来回答2个问题。

上一篇文章中已经可以允许插件中有自己的依赖jar包了（原理就是插件中依赖jar包交给插件专属的插件类加载器PluginClassLoader进行加载，业务系统中依赖的jar包交由业务类加载器AliooClassLoader进行加载）大家知道java中是尽可能面向对象编程的，如果请求插件中的功能类方法返回值类型是一些常见的3方jar，比如com.alibaba.fastjson.JSONObject，按照之前的设计会存在2种情况：业务系统中没有依赖fastjson业务系统中也依赖fastjson。

将插件绑定到package阶段，当执行mvn package时会自动触发此插件的运行try {//创建plugin.propertiesif (!continue;//如果依赖的jar包是system类型，则直接将依赖的jar包添加到fatJar中的lib目录下// 创建 classes 目录条目// 创建 lib 目录条目//采用json的风格，输出入参对象的各个属性。

关于这个问题，网上众说纷纭，类似的问题还有：java.lang.System，java.lang.String，java.lang.Math是否自己写一个jdk同名的类。大概的答案主要分成以下2派：可以，自定义classloader破坏双亲委派机制（由于系统自带的3个类加载器都加载特定目录下的类，如果我们自己的类加载器放在1个特殊的目录，那末系统的加载器就没法加载，也就是终究还是由我们自己的加载器加载。）点评：这个明显是没有实践过的一派人的发言，实践一下就会发现自定义classloader是行不通