Docker部署Spring Boot应用时ScriptEngine实例返回null问题求助

这种问题我之前帮同事排查过，确实挺坑的——本地跑、Tomcat部署都正常，一进Docker就掉链子。核心原因大多和Docker镜像的JDK版本/配置、ScriptEngine依赖缺失有关，给你几个具体的排查和解决思路：

很多人为了镜像体积小，会用openjdk:XX-alpine这类基于Alpine的镜像，但Alpine用的是musl libc而非glibc，而且部分精简版JDK会阉割掉ScriptEngine依赖的模块（比如JDK8里的Nashorn引擎，在Alpine镜像里可能默认没包含）。

解决办法：

• 如果是JDK8环境，换成非Alpine的镜像，比如openjdk:8-jre-slim或者adoptopenjdk:8-jre-hotspot，这类镜像保留了完整的JRE功能；
• 如果是JDK11及以上版本，注意Nashorn引擎已经从JDK核心模块中移除了，需要手动添加Maven依赖：

<dependency>
    <groupId>org.openjdk.nashorn</groupId>
    <artifactId>nashorn-core</artifactId>
    <!-- 版本和你的JDK版本匹配，比如JDK11用11.0.15 -->
    <version>11.0.15</version>
</dependency>

有时候代码里用new ScriptEngineManager().getEngineByName("JavaScript")能在本地跑，但Docker里的JDK对引擎名称的识别有差异。可以试试换个名称参数，比如"js"或者"Nashorn"。

另外，建议临时加一段代码打印所有可用的ScriptEngine，方便排查：

ScriptEngineManager manager = new ScriptEngineManager();
for (ScriptEngineFactory factory : manager.getEngineFactories()) {
    System.out.println("可用引擎：" + factory.getEngineName() + " | 别名：" + factory.getNames());
}

把这段代码加到Spring Boot启动类里，然后看Docker容器的日志，确认有没有你需要的引擎存在。

如果用的是JDK9-10版本，Nashorn属于可选模块，默认不会被加载。需要在启动参数里手动添加模块：
在Docker启动命令或者Spring Boot的启动参数中加上--add-modules jdk.scripting.nashorn，比如Dockerfile里的CMD可以改成：

CMD ["java", "--add-modules", "jdk.scripting.nashorn", "-jar", "app.jar"]

虽然概率低，但有时候容器的用户权限不足，会导致无法读取JDK目录下的ScriptEngine相关库文件。可以临时在Dockerfile里加USER root测试，如果恢复正常，再调整容器用户的权限，确保它能读取JDK安装目录和应用依赖目录。

另外，也可以进入容器内部，检查JDK目录下是否存在相关引擎文件：比如JDK8里的jre/lib/nashorn.jar，如果缺失，说明镜像本身的JDK不完整，更换镜像即可。

如果是用可执行JAR部署，确保打包时包含了所有依赖（Spring Boot的默认打包插件会自动处理，但如果自定义了打包配置，要检查是否遗漏了ScriptEngine相关依赖）；如果是WAR包部署在Docker的Tomcat里，要保证Tomcat使用的JDK和本地一致，且WAR包的依赖没有缺失。

内容的提问来源于stack exchange，提问作者sidgate