openjdk 9+ 自带 jshell，推荐用17+或21+版本验证代码片段；需确认是jdk（非jre）、jshell在path中，启动后先/run /reset清空状态，避免裸写循环，应封装方法、显式返回可比对结果，并用.clone()防原地修改，import静态方法需显式声明，/save可持久化会话。
OpenJDK 自带 jshell，只要版本 ≥ 9（推荐 17+ 或 21+），就能直接用它验证代码片段——但“能跑通”不等于“逻辑正确”，关键得知道怎么组织输入、捕获输出、避开默认行为的陷阱。
确认 jshell 可用且环境干净
先确保你用的是 OpenJDK（不是 JRE），且 jshell 在 PATH 中：
- 运行
java -version，输出里必须含jdk字样，且版本号 ≥ 9（如17.0.1、21.0.3） - 运行
jshell -v，若报command not found，说明没配 PATH；macOS/Linux 可试which jshell，Windows 用where jshell - 启动后立刻执行
/reset，清掉历史残留变量和方法，避免旧状态干扰新验证
别直接敲 for/while 打印，要显式返回结果
jshell 默认把每行当独立表达式求值，for (int i = 0; i 会输出 0–4，但不会返回任何值供后续检查——这容易误判“算法跑对了”。真正验证，得让逻辑产出可比对的结果：
- 输入数组或集合时，用
.clone()或构造新实例，避免原地修改污染后续测试：int[] input = {3, 1, 4, 1, 5}; int[] output = bubbleSort(input.clone()); - 调用后直接写变量名或表达式，让
jshell显式打印：output→ 输出[1, 1, 3, 4, 5]；Arrays.equals(output, new int[]{1,1,3,4,5})→ 返回true - 复杂逻辑建议封装成方法再调用，而不是裸写语句块；否则
/list看不到结构，调试时难定位
定义多行方法时，用代码块 + /edit，别信 /method
/method 是个伪命令，底层仍是 snippet 机制，对泛型、重载支持弱，且修改后不会自动重载依赖它的调用。更稳的做法是：
- 直接写方法体（结尾不加分号）：
int max(int a, int b) { return a > b ? a : b; } - 若语法出错，用
/list找到对应 ID（如$3），再/edit $3进编辑器修正 - 保存退出后，
jshell自动重新评估，后续调用立即生效 - 避免
/method后跟多个同名不同参的方法，极易触发Invalid method signature
import 不生效？检查是不是漏了 static 或基础类
jshell 默认导入常用包（java.util.* 等），但 Collectors.toList() 这类静态方法需 import static，而自定义类或第三方 jar 必须手动加 -classpath：
- 报
Cannot resolve symbol Collectors？补上import static java.util.stream.Collectors.*; - 用到
org.apache.commons.lang3.StringUtils？先确保 jar 在本地，再启动时加参数：jshell -classpath /path/to/commons-lang3-3.12.0.jar -
import只影响当前会话，重启jshell后需重输；想持久化，用/save mytest.jsh，下次/open mytest.jsh
最常被忽略的一点：JShell 的“变量”本质是 snippet ID（如 $1），它不遵循 Java 的作用域规则——你在 if 块里声明的变量，块外依然能访问。验证算法时，别依赖这种行为，始终用显式输入/输出构造测试闭环。
