Java 8 Nashorn引擎运行性能极低，请求排查问题原因

首先咱们先理清楚你的测试场景：你通过Java的ScriptEngine调用JavaScript运行了一个1000次的空循环，用nanoTime计时后算出每秒仅能完成约27次“1000次循环批次”——这个速度确实远低于预期，尤其是和原生Java的循环性能对比，下面咱们分析原因和解决办法：

你的测试代码回顾 #

JavaScript测试片段：

var mark = java.lang.System.nanoTime() / 1000000000.0; 
for(var i = 0; i != 1000; i++) { } 
var now = java.lang.System.nanoTime() / 1000000000.0; 
var e = now - mark; 
print(1 / e);

Java调用片段：

try { 
    ScriptEngineManager manager = new ScriptEngineManager(); 
    ScriptEngine engine = manager.getEngineByName("javascript"); 
    String[] lines = IO.readAll...

性能过低的核心原因 #

• 默认引擎的性能瓶颈：Java 8及之前默认的JavaScript引擎是Rhino（Java 8开始替换为Nashorn，但部分环境可能仍沿用Rhino），Rhino是纯解释型引擎，没有JIT（即时编译）优化，执行简单循环时速度远不如原生编译型语言，甚至不如带JIT的JS引擎。
• 循环次数太少，JIT未触发：即使你用的是支持JIT的Nashorn，它的JIT编译需要达到一定的调用阈值（默认通常是几千到几万次调用），你的循环只有1000次，还没触发JIT优化，全程在解释执行，自然速度慢。
• 空循环的特殊性：空循环可能被引擎的优化策略干扰——有些引擎会直接跳过空循环（因为没有副作用），但Rhino/Nashorn对空循环的优化做得不好，反而因为循环的边界检查等操作消耗了额外时间。

针对性解决办法 #

1. 切换到高性能JS引擎：GraalJS

如果你的环境支持GraalVM，替换成GraalJS是最优解，它支持JIT编译，性能接近原生Java。调用方式和ScriptEngine兼容，只需要引入GraalJS的依赖，然后指定引擎名称即可：

ScriptEngine engine = manager.getEngineByName("graal.js");

2. 优化Nashorn的配置（如果用Java 8）

如果你用的是Java 8的Nashorn，可以手动开启最高优化级别，触发JIT编译：

import jdk.nashorn.api.scripting.NashornScriptEngine;

// ...
if (engine instanceof NashornScriptEngine) {
    NashornScriptEngine nashornEngine = (NashornScriptEngine) engine;
    nashornEngine.setOptimizationLevel(4); // 开启最高优化
}

同时把循环次数增加到100000次以上，让JIT有机会触发，你会发现性能会提升几个数量级。

3. 修改测试代码，避免空循环

在循环里加一个简单的有副作用的操作，比如修改一个外部变量，避免引擎跳过循环，同时让测试结果更直观：

var mark = java.lang.System.nanoTime() / 1000000000.0;
var testVar = 0;
for(var i = 0; i < 100000; i++) { 
    testVar += i; // 加一个简单计算，避免空循环优化
} 
var now = java.lang.System.nanoTime() / 1000000000.0; 
var e = now - mark; 
print(100000 / e); // 直接输出每秒循环次数，更直观

4. 检查环境是否用了老旧引擎

如果你的Java版本低于8，默认是Rhino，建议升级到Java 8及以上，或者手动替换为Nashorn/GraalJS。

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