我想将 `jshell` 与 JDK 8 一起使用
I'd like to use `jshell` with JDK 8
我最近试用了 JDK 11 jshell，并且喜欢能够交互式地测试核心 Java 中记录的内容。不过，我的公司仍然依赖于 Java 8 发布。所以我想我会尝试看看我是否可以使用 jshell 来处理 JDK 8.
编辑 尝试解释似乎不清楚的地方：我想使用 JShell，但使用 Java 8 个用于交互模式、脚本、完成的 API，Java文档等
我对 jshell 正在做的事情的心智模型是：它是用它提供的 JDK 构建的，因此它运行在它被构建的 JRE 上，但我认为它从 JDK 罐子集合中加载 JavaDoc、自动完成，以及 运行 针对 JVM 的另一个实例的交互式脚本，不一定是与它具有相同版本的实例运行 开启。所以我想我可以用 JAVA_HOME 环境变量来控制第二部分。
在 Mac 上，我的第一个简单尝试是：
JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.8.0_144.jdk/Contents/Home/ \
/Library/Java/JavaVirtualMachines/jdk-11.0.1.jdk/Contents/Home/bin/jshell
但我并不明显这是否有效（我将换行）：
jshell> System.getProperties()
==> {gopherProxySet=false, awt.toolkit=sun.lwawt.macosx.LWCToolkit,
java.specification.version=11, sun.cpu.isalist=, sun.jnu.encoding=UTF-8,
java.class.path=., java.vm.vendor=Oracle Corporation, sun.arch.data.model=64,
java.vendor.url=http://java.oracle.com/, user.timezone=, os.name=Mac OS X,
java.vm.specification.version=11, sun.java.launcher=SUN_STANDARD, user.country=US,
sun.boot.library.path=/Library/Java/JavaVirtualMachines/jdk-11.0.1.jdk/Contents/Home/lib,
sun.java.command=jdk.jshell.execution.RemoteExecutionControl 55110,
jdk.debug=release, sun.cpu.endian=little, user.home=/Users/lamblin,
user.language=en, java.specification.vendor=Oracle Corporation,
...
patch.level=unknown,
java.library.path=/Users/lamblin/Library/Java/Extensions:/Library/Java/Extensions:/Network/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java:.,
java.vendor=Oracle Corporation, java.vm.info=mixed mode,
java.vm.version=11.0.1+13-LTS, sun.io.unicode.encoding=UnicodeBig,
java.class.version=55.0}
jshell> System.getenv("JAVA_HOME")
==> "/Library/Java/JavaVirtualMachines/jdk1.8.0_144.jdk/Contents/Home/"
jshell> exit
为什么？ Stream.ofNullable(T) 是 Java 9 中的新内容，虽然我希望它告诉我它不在 Java 8 中，但它工作正常。
jshell> Stream.ofNullable(null).iterator().hasNext()
==> false
jshell> Stream.ofNullable("hi").iterator().hasNext()
==> true
jshell> Stream.ofNullable(
Signatures:
Stream<T> Stream<T>.<T>ofNullable(T t)
<press tab again to see documentation>
jshell> Stream.ofNullable(
Stream<T> Stream<T>.<T>ofNullable(T t)
Returns a sequential Stream containing a single element, if non-null, otherwise returns an
empty Stream .
Type Parameters:
T - the type of stream elements
Parameters:
t - the single element
Returns:
a stream with a single element if the specified element is non-null, otherwise an empty stream
<press tab again to see all possible completions; total possible completions: 544>
jshell> Stream.ofNullable(
也许我想要的用这个 jshell 是不可能的。
当我在 JDK 8 上看到一个在 NetBeans 中使用 jshell 的视频时，我就开始想了。这个视频可能对实际完成的内容有误。
我确实发现更改 class 路径并不是我想要的，因为这会阻止 jshell 加载它需要的 classes。
所以不是：/Library/Java/JavaVirtualMachines/jdk-11.0.1.jdk/Contents/Home/bin/jshell --class-path /Library/Java/JavaVirtualMachines/jdk1.8.0_144.jdk/Contents/Home/jre/lib/*
可以 正常启动 jshell，然后将 JRE 8 jar 之一添加到 class 路径 /env -class-path /Library/Java/JavaVirtualMachines/jdk1.8.0_144.jdk/Contents/Home/jre/lib/rt.jar .这可以用 jre/lib 中的所有 jar 来完成，但它不会卸载或替换已加载的内容，因此它最终不会给你一个仅限于 运行 Java 的环境8 个片段。
这不是在 Java 中使用 jshell 8.
JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.8.0_144.jdk/Contents/Home/ \
/Library/Java/JavaVirtualMachines/jdk-11.0.1.jdk/Contents/Home/bin/jshell
为什么？因为 JDK 工具实际上并不使用 $JAVA_HOME 来决定使用哪个 JVM。相反，决定是由可执行文件（或包装脚本）根据其文件位置做出的。
但是你可以通过运行jshell -version来确认这一点。 （注：只有一个-！！）
如果下载 OpenJDK 源代码，您可以看到 jshell 主要在 Java 中实现。它有一个主要方法。因此，您 可能 能够使用 Java 8 编译器编译 jshell 类。但这很可能会失败 1，因为 jshell 了解模块，这意味着它依赖于 API 在 Java 9.
但是...何必呢？
Why? well the Stream.ofNullable(T) is new in Java 9 and while I'd like it to tell me that it's not in Java 8, it instead works pretty normally.
Java 8 编译器会告诉您这一点。假设您设置了平台依赖性，IDE 也会如此。
您可以使用 -C 选项来获得 jshell 来针对 Java 8 API 编译您的代码。
1 - 如果您努力解决这些预期的依赖项，以及 jshell 类 中的其他 Java 9+ 依赖项，那么您将成功将它移植到 Java 8. 名利双收等着你:-)
这就是我所做的 - 我同时拥有 Java 8 和 Java 17，我暂时转入 Java 17 以进行 jshell 会话 ...
jshell() {
export JAVA_HOME=/opt/homebrew/Cellar/openjdk/17/libexec/openjdk.jdk/Contents/Home
/usr/bin/jshell "$@"
export JAVA_HOME=/Library/Java/JavaVirtualMachines/temurin-8.jdk/Contents/Home
}
我将上面的bash函数添加到我的~/.bash_profile
虽然这可能不是完美的方法，但至少我可以尝试一些在 Java 8 和 Java 17 ...
中常见的东西
~ java -version
openjdk version "1.8.0_302"
OpenJDK Runtime Environment (Temurin)(build 1.8.0_302-b08)
OpenJDK 64-Bit Server VM (Temurin)(build 25.302-b08, mixed mode)
~ jshell
| Welcome to JShell -- Version 17
| For an introduction type: /help intro
jshell> String s = "abc"
s ==> "abc"
jshell> s
s ==> "abc"
jshell> s.charAt(1)
==> 'b'
jshell> /exit
| Goodbye
~ java -version
openjdk version "1.8.0_302"
OpenJDK Runtime Environment (Temurin)(build 1.8.0_302-b08)
OpenJDK 64-Bit Server VM (Temurin)(build 25.302-b08, mixed mode)
我最近试用了 JDK 11 jshell，并且喜欢能够交互式地测试核心 Java 中记录的内容。不过，我的公司仍然依赖于 Java 8 发布。所以我想我会尝试看看我是否可以使用 jshell 来处理 JDK 8.
编辑 尝试解释似乎不清楚的地方：我想使用 JShell，但使用 Java 8 个用于交互模式、脚本、完成的 API，Java文档等
我对 jshell 正在做的事情的心智模型是：它是用它提供的 JDK 构建的，因此它运行在它被构建的 JRE 上，但我认为它从 JDK 罐子集合中加载 JavaDoc、自动完成，以及 运行 针对 JVM 的另一个实例的交互式脚本，不一定是与它具有相同版本的实例运行 开启。所以我想我可以用 JAVA_HOME 环境变量来控制第二部分。
在 Mac 上，我的第一个简单尝试是：
JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.8.0_144.jdk/Contents/Home/ \
/Library/Java/JavaVirtualMachines/jdk-11.0.1.jdk/Contents/Home/bin/jshell
但我并不明显这是否有效（我将换行）：
jshell> System.getProperties()
==> {gopherProxySet=false, awt.toolkit=sun.lwawt.macosx.LWCToolkit,
java.specification.version=11, sun.cpu.isalist=, sun.jnu.encoding=UTF-8,
java.class.path=., java.vm.vendor=Oracle Corporation, sun.arch.data.model=64,
java.vendor.url=http://java.oracle.com/, user.timezone=, os.name=Mac OS X,
java.vm.specification.version=11, sun.java.launcher=SUN_STANDARD, user.country=US,
sun.boot.library.path=/Library/Java/JavaVirtualMachines/jdk-11.0.1.jdk/Contents/Home/lib,
sun.java.command=jdk.jshell.execution.RemoteExecutionControl 55110,
jdk.debug=release, sun.cpu.endian=little, user.home=/Users/lamblin,
user.language=en, java.specification.vendor=Oracle Corporation,
...
patch.level=unknown,
java.library.path=/Users/lamblin/Library/Java/Extensions:/Library/Java/Extensions:/Network/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java:.,
java.vendor=Oracle Corporation, java.vm.info=mixed mode,
java.vm.version=11.0.1+13-LTS, sun.io.unicode.encoding=UnicodeBig,
java.class.version=55.0}
jshell> System.getenv("JAVA_HOME")
==> "/Library/Java/JavaVirtualMachines/jdk1.8.0_144.jdk/Contents/Home/"
jshell> exit
为什么？ Stream.ofNullable(T) 是 Java 9 中的新内容，虽然我希望它告诉我它不在 Java 8 中，但它工作正常。
jshell> Stream.ofNullable(null).iterator().hasNext()
==> false
jshell> Stream.ofNullable("hi").iterator().hasNext()
==> true
jshell> Stream.ofNullable(
Signatures:
Stream<T> Stream<T>.<T>ofNullable(T t)
<press tab again to see documentation>
jshell> Stream.ofNullable(
Stream<T> Stream<T>.<T>ofNullable(T t)
Returns a sequential Stream containing a single element, if non-null, otherwise returns an
empty Stream .
Type Parameters:
T - the type of stream elements
Parameters:
t - the single element
Returns:
a stream with a single element if the specified element is non-null, otherwise an empty stream
<press tab again to see all possible completions; total possible completions: 544>
jshell> Stream.ofNullable(
也许我想要的用这个 jshell 是不可能的。
当我在 JDK 8 上看到一个在 NetBeans 中使用 jshell 的视频时，我就开始想了。这个视频可能对实际完成的内容有误。
我确实发现更改 class 路径并不是我想要的，因为这会阻止 jshell 加载它需要的 classes。
所以不是：/Library/Java/JavaVirtualMachines/jdk-11.0.1.jdk/Contents/Home/bin/jshell --class-path /Library/Java/JavaVirtualMachines/jdk1.8.0_144.jdk/Contents/Home/jre/lib/*
可以 正常启动 jshell，然后将 JRE 8 jar 之一添加到 class 路径 /env -class-path /Library/Java/JavaVirtualMachines/jdk1.8.0_144.jdk/Contents/Home/jre/lib/rt.jar .这可以用 jre/lib 中的所有 jar 来完成，但它不会卸载或替换已加载的内容，因此它最终不会给你一个仅限于 运行 Java 的环境8 个片段。
这不是在 Java 中使用 jshell 8.
JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.8.0_144.jdk/Contents/Home/ \
/Library/Java/JavaVirtualMachines/jdk-11.0.1.jdk/Contents/Home/bin/jshell
为什么？因为 JDK 工具实际上并不使用 $JAVA_HOME 来决定使用哪个 JVM。相反，决定是由可执行文件（或包装脚本）根据其文件位置做出的。
但是你可以通过运行jshell -version来确认这一点。 （注：只有一个-！！）
如果下载 OpenJDK 源代码，您可以看到 jshell 主要在 Java 中实现。它有一个主要方法。因此，您 可能 能够使用 Java 8 编译器编译 jshell 类。但这很可能会失败 1，因为 jshell 了解模块，这意味着它依赖于 API 在 Java 9.
但是...何必呢？
Why? well the
Stream.ofNullable(T)is new in Java 9 and while I'd like it to tell me that it's not in Java 8, it instead works pretty normally.
Java 8 编译器会告诉您这一点。假设您设置了平台依赖性，IDE 也会如此。
您可以使用
-C选项来获得jshell来针对 Java 8 API 编译您的代码。
1 - 如果您努力解决这些预期的依赖项，以及 jshell 类 中的其他 Java 9+ 依赖项，那么您将成功将它移植到 Java 8. 名利双收等着你:-)
这就是我所做的 - 我同时拥有 Java 8 和 Java 17，我暂时转入 Java 17 以进行 jshell 会话 ...
jshell() {
export JAVA_HOME=/opt/homebrew/Cellar/openjdk/17/libexec/openjdk.jdk/Contents/Home
/usr/bin/jshell "$@"
export JAVA_HOME=/Library/Java/JavaVirtualMachines/temurin-8.jdk/Contents/Home
}
我将上面的bash函数添加到我的~/.bash_profile
虽然这可能不是完美的方法，但至少我可以尝试一些在 Java 8 和 Java 17 ...
中常见的东西
~ java -version
openjdk version "1.8.0_302"
OpenJDK Runtime Environment (Temurin)(build 1.8.0_302-b08)
OpenJDK 64-Bit Server VM (Temurin)(build 25.302-b08, mixed mode)
~ jshell
| Welcome to JShell -- Version 17
| For an introduction type: /help intro
jshell> String s = "abc"
s ==> "abc"
jshell> s
s ==> "abc"
jshell> s.charAt(1)
==> 'b'
jshell> /exit
| Goodbye
~ java -version
openjdk version "1.8.0_302"
OpenJDK Runtime Environment (Temurin)(build 1.8.0_302-b08)
OpenJDK 64-Bit Server VM (Temurin)(build 25.302-b08, mixed mode)