有两种方法可以解决此问题：

1. 您可以将库与ClassLoader加载其他版本POI 的库隔离。现在，我假设ERP系统在类路径上，因此您需要将库与系统类加载器隔离。您可以通过创建的新实例来做到URLClassLoader这一点，然后将其指向包含较新版本POI的jar文件。确保还添加所有临时依赖项，例如commons-codec，以避免类加载问题。另外，请注意，瞬态依赖项本身可以具有瞬态依赖项。

为了对类加载器隐藏类路径，您可以将bootstrap类加载器设置为直接父级，由表示null：

    new URLClassLoader(new URL[]{ new URL("poi-3.10.1-20140818.jar"), ... }, null);

使用此类加载器，您可以通过类似以下方式查询较新版本的POI类

    Class.forName("org.apache.poi.hssf.usermodel.HSSFWorkbook", true, urlClassLoader);

检索新版本的HSSFWorkbook。但是请注意，HSSFWorkbook文字直接引用将由执行类的类加载器解决，后者当然会链接旧的，不兼容的类。因此，您需要对所有代码使用反射。另外，您可以向中添加一个URLCLassLoader包含所有逻辑的类，并且仅通过反射调用该类。通常，这是一种更清洁的方法。例如，您可以添加一个实现引导程序类的类Callable，然后您可以在任何其他上下文中使用该类，例如：

    Callable<File> sub = (Callable<File>) Class.forName("pkg.Subroutine", 
                                                    true, 
                                                    urlClassLoader);
File convertedFile = sub.call();

1. 或者，您可以将第二个POI依赖项重新打包到另一个名称空间中。完成此操作后，类不再冲突，因为它们的名称不再相等。这可能是一种更干净的方法，因为您可以随后使用同一类加载器中的两个库，并且避免了反射。

要将依赖关系重新打包到另一个名称空间中，可以使用Maven
Shade插件之类的工具来帮助您完成此任务。替代方案是jarjar为蚂蚁或阴影插件的摇篮。