我来帮你拆解这个问题，其实这是商业Jar包混淆+不同IDE编译器行为差异导致的典型情况，具体原因和细节如下：

• 混淆Jar包的内部类命名问题
  Aspose.Cells作为商业类库，其发布的Jar包通常会经过代码混淆处理，把内部辅助类、私有类的名字重命名成com.aspose.cells.b.a.d这类无意义的短名称。这个com.aspose.cells.b.a.d就是被混淆后的类，它是Workbook类的间接依赖项，但你的代码并没有触发使用到这个类对应的功能模块。

• Eclipse与IDEA的编译器检查逻辑差异

  • Eclipse使用自研的ECJ编译器，它在静态代码检查阶段会严格追踪所有类的依赖链，哪怕是间接引用且未被实际调用的类。当它检测到Workbook类依赖了一个找不到定义的com.aspose.cells.b.a.d时，就会弹出这个错误提示，但不会阻止编译——因为这个类并没有被你的代码实际用到。
  • IDEA默认使用Oracle的javac编译器，它的静态检查逻辑更偏向实际运行场景，对于这种未被代码触发的间接依赖，会直接忽略找不到的情况，所以不会显示任何错误。

• 代码能正常运行的核心原因
  你的代码只是执行了Workbook初始化、单元格赋值、PDF保存这些基础操作，完全没涉及到com.aspose.cells.b.a.d类负责的功能。JVM采用懒加载机制，只有当代码实际需要调用某个类时才会去加载它，所以运行时根本不会尝试加载这个“找不到”的类，自然不会出现运行时错误。

关于你问的Jar包中哪个项导致错误：就是你使用的aspose-cells-23.3.jar本身里的com.aspose.cells.b.a.d这个混淆类。它是Workbook的间接依赖，但因为混淆后的命名或者类访问权限限制，导致Eclipse在静态检查时无法解析它，但实际运行时用不到，所以不影响程序执行。

备注：内容来源于stack exchange，提问作者Dallon Xu