OSGI环境下Kotlin脚本执行失败问题排查求助

看起来你在OSGi环境里集成Kotlin脚本时碰到了挺棘手的类加载隔离问题，我之前处理过类似的场景，给你几个针对性的方向参考：

一、解决kotlin.java.stdlib.jar的声明式配置问题 #

这个错误本质是Kotlin脚本引擎在OSGi的类加载隔离环境下，没法自动定位到stdlib的位置。你可以尝试这几种方式来声明式解决：

• 手动给脚本引擎设置属性：在成功获取kotlinEngine后，通过类加载器定位到stdlib的路径并传入：

  // 定位到stdlib的核心类，反推jar包路径
  URL stdlibUrl = getClass().getClassLoader().getResource("kotlin/jvm/internal/Intrinsics.class");
  if (stdlibUrl != null) {
      // 截取jar包的URL部分（OSGi下格式通常是 jar:bundle://xxx!/kotlin/...）
      String stdlibPath = stdlibUrl.toString().split("!")[0];
      kotlinEngine.put("kotlin.java.stdlib.jar", stdlibPath);
  }
  

• 通过系统属性全局配置：在Bundle启动时设置系统属性，不过需要确保你的bundle有修改系统属性的权限（可在MANIFEST.MF中添加相关权限声明）：

  System.setProperty("kotlin.java.stdlib.jar", stdlibPath);
  

• 利用OSGi的包导入导出：确保你的bundle在MANIFEST.MF中添加了DynamicImport-Package: kotlin.*，让脚本引擎能动态加载stdlib的包，避免手动指定路径的麻烦。

二、类加载器可见性问题的排查与解决 #

这绝对是核心问题！OSGi的类加载器是基于bundle隔离的，而Kotlin脚本引擎默认的类加载策略很容易和OSGi的规则冲突：

• 确认类加载器切换的有效性：你已经切换了线程上下文类加载器，但可以尝试在创建ScriptEngineManager时直接传入bundle类加载器，避免引擎忽略上下文加载器：

  ScriptEngineManager manager = new ScriptEngineManager(this.getClass().getClassLoader());
  

• 检查Bundle的包配置：如果是shaded包，很可能破坏了kotlin-osgi-bundle原有的OSGi导出配置。需要手动在shaded后的MANIFEST.MF中添加：

  Export-Package: kotlin.*, org.jetbrains.kotlin.*
  Import-Package: *
  

  确保脚本引擎能访问到stdlib和相关Kotlin API的包。
• 验证类加载器的可见性：可以打印脚本引擎使用的类加载器，确认是不是你的bundle类加载器：

  LOG.info("Script engine class loader: {}", kotlinEngine.getClass().getClassLoader());
  

三、更轻量的替代打包方案 #

打包完整的编译器确实会让bundle体积过大，你可以试试这些优化方向：

• 拆分依赖为独立OSGi Bundle：不要把所有Kotlin脚本依赖shaded到主bundle里，而是单独部署kotlin-osgi-bundle、kotlin-scripting-common、kotlin-scripting-jvm等官方提供的OSGi兼容包，你的主bundle只需要通过Import-Package导入所需的包即可，这样既能复用依赖，又能减小主bundle体积。
• 精简依赖范围：如果不需要JSR223规范的脚本引擎，可以去掉kotlin-scripting-jsr223依赖，直接使用Kotlin原生的脚本API（比如KotlinScriptHost），减少不必要的依赖。
• 自定义脚本环境：通过Kotlin的ScriptDefinition定义精简的脚本环境，只加载你的业务类和必要的stdlib部分，避免加载整个编译器的冗余模块。

额外排查建议 #

• 用OSGi控制台的packages命令，检查你的bundle是否能正确访问kotlin.*包；
• 确认kotlin-osgi-bundle的版本和其他Kotlin依赖版本完全一致，版本不匹配也可能导致类加载问题；
• 如果使用的是Equinox或Felix等不同的OSGi容器，可能需要针对性调整包导入导出的配置。

希望这些建议能帮你解决问题，如果还有更多细节（比如Kotlin版本、OSGi容器类型）可以补充，能更精准地排查问题。

内容来源于stack exchange