还没有使用过 Nashorn ?如果感兴趣的话,建议尽快去尝试一下,因为 Jim Laskey 最近提交了一个新的 JEP 335 草案,准备弃用 Nashorn 脚本引擎、API 以及该 jjs 工具。
从 JDK 6 开始,Java 就捆绑了基于 Mozilla 的 Rhino 的 引擎,该特性允许开发者将 代码嵌入到 Java 中,甚至从嵌入的 中调用 Java 。随着 JDK 8 的发布,Nashorn 取代 Rhino 成为 Java 的嵌入式 引擎。Nashorn 完全支持 ECMA 5.1 规范以及一些扩展,在发布之初被视为真正地融合了 Java 和 之力。因为相较于 Rhino ,它有着 2-10 倍的性能提升。
有意思的是,当年提议加入 Nashorn 的正是目前提议弃用该引擎的 Jim Laskey 。在 JEP 335 的描述中,Jim Laskey 表示随着 ECMA 语言的快速迭代以及 API 的调整和修改,Nashorn 已越来越具有挑战性,难以维护(兼容性)。他补充道,Nashorn 的弃用不会影响到 javax. API 。
打算弃用的三个模块包括:
jdk. ing.nashorn--包括jdk.nashorn.api. ing和jdk.nashorn.api.tree包。jdk. ing.nashorn.shell-- 包含jjs工具。运行jjs将会出现以下警告:The jjs tool is planned to be removed from a future JDK release 。jdk.dyna-- 包含 Dyna 支持库。
目前该 JEP 已在 OpenJDK 的邮件列表中进行讨论,我们将对其进度保持关注。
继续阅读与本文标签相同的文章
上一篇 :
c/c++ lambda 表达式使用实例分析
下一篇 :
Java JVM实例讲解
-
数据结构与算法之约瑟夫问题
2026-05-18栏目: 教程
-
Spring Batch 4.2 新特性
2026-05-18栏目: 教程
-
windows(ECS)网卡信息不一致
2026-05-18栏目: 教程
-
ECS服务器重置密码
2026-05-18栏目: 教程
-
基于宜搭的“企业进销存”实践案例
2026-05-18栏目: 教程
