持续迭代，做一个可以投入项目真正使用的业务容器及插件

问题

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

1. 业务系统中没有依赖fastjson
   Caused by: java.lang.ClassNotFoundException: com.alibaba.fastjson.JSONObject

2. 业务系统中也依赖fastjson
   loader constraint violation: loader ‘alioo-container-classloader’ @4961f6af (instance of com.lzc.alioo.container.AliooClassLoader, child of ‘platform’ jdk.internal.loader.ClassLoaders$PlatformClassLoader)wantstoloadclasscom.alibaba.fastjson.JSONObject.Adifferentclasswiththesamenamewaspreviouslyloadedb{y}^{\prime }ap{p}^{\prime }(instanceofjdk.internal.loader.ClassLoaders$AppClassLoader).

一个可以投入项目真正使用的业务容器及插件上面中的这个情况在所难免，所以今天我们继续迭代，想办法支持一下这个情况

解法

如果是一些常见的第3方jar，可能存在业务系统与插件中都会使用的第3方jar，且在插件中会将其作为返回值类型，我们需要将这类第3方jar统一交由业务系统类加载器AliooClassLoader进行加载。
那么插件中依赖的那么多第3方jara其中哪些类需要使用AliooClassLoader进行加载呢，这里就需要引入一个配置文件 META-INF/import.index 进行标记说明，不在这个文件里的，还是分别需要由插件类加载器与业务类加载器各自进行加载

完整代码库

由于代码库会不断迭代，大家下载下来的代码会是最新版，为了方便大家找到本期的示例代码，已为其进行tag标识：v1.2

业务插件
https://github.com/lzc-alioo/alioo-container-plugin-x1
注: alioo-container-plugin-x2 与alioo-container-plugin-x1相同故未上传

业务插件打包工具
https://github.com/lzc-alioo/alioo-boot-maven-plugin

业务容器
https://github.com/lzc-alioo/alioo-container

测试工程
https://github.com/lzc-alioo/classloadertest