先确认 java -version 输出 java 9+，再确保 path 指向 jdk 9+ 的 bin 目录；linux/macos 用 which jshell 验证，windows 勿双击 jshell.exe 而应使用命令行启动。
怎么启动 jshell 不报错
启动前先确认 java -version 输出的是 Java 9 或更高版本，否则会提示 Command 'jshell' not found。Windows 用户如果装了多个 JDK，得确保 PATH 指向的是 JDK 9+ 的 bin 目录，而不是 JRE 或旧版 JDK。
常见错误现象：jshell: command not found（Linux/macOS）、'jshell' is not recognized（Windows）——本质是 shell 找不到可执行文件。
- Mac/Linux：检查
which jshell是否有输出；没有就手动运行/path/to/jdk-11/bin/jshell - Windows：别双击
jshell.exe，用命令行启动，否则窗口闪退没报错 - IDE 内置终端可能未继承系统 PATH，建议在系统终端里试
jshell 里定义类和方法要注意什么
jshell 是按“片段（snippet）”解析的，不是完整源文件，所以语法约束更松，但也更容易踩坑。
使用场景：快速验证一个算法逻辑、测试某个 API 返回值、调试泛型边界——但别指望它能跑 Spring Boot 启动类。
立即学习“Java免费学习笔记（深入）”；
Shell本身是一个用C语言编写的程序，它是用户使用Linux的桥梁。Shell既是一种命令语言，又是一种程序设计语言。作为命令语言，它交互式地解释和执行用户输入的命令；作为程序设计语言，它定义了各种变量和参数，并提供了许多在高级语言中才具有的控制结构，包括循环和分支。它虽然不是Linux系统核心的一部分，但它调用了系统核心的大部分功能来执行程序、建立文件并以并行的方式协调各个程序的运行。因此，对于用户来说，shell是最重要的实用程序，深入了解和熟练掌握shell的特性极其使用方法，是用好Linux系统
- 类名不能重复：第二次输入
class A { }会提示| Error:，得先用/reset清空或/drop A - 方法不能重载（同名+同参数类型）：jshell 不支持，会直接拒绝第二个定义
- 返回类型写错会静默失败：比如写
int f() { return "abc"; }，报错但不中断，后续调用f()才暴露问题
怎么把 jshell 的历史命令导出成 .java 文件
导出不是为了直接编译运行，而是保留探索过程、生成可复现的最小测试用例。
性能 / 兼容性影响：jshell 导出的内容含大量临时变量（如 $1, $2），直接复制进 IDE 会编译失败。
- 用
/save MyTest.java保存当前所有有效片段（不含注释和错误行） - 用
/history -all | /save full-history.jsh保存带编号的全部交互记录 - 导出后要手动删掉
var $1 = ...这类推导变量，改用显式类型声明 -
/list -start能看到每段代码的编号，方便定位某次尝试
为什么 import 不生效或自动补全失灵
jshell 默认只导入常用包（java.lang.*, java.io.*, java.math.*, java.net.*, java.nio.*, java.util.*, java.util.concurrent.*, java.util.prefs.*, java.util.regex.*, java.time.*），其他都得显式 import。
容易被忽略的地方：jshell 的自动补全依赖已成功执行的 import，而 import 失败时可能不报红（比如拼错类名），只是后续补全不出。
- 确认 import 是否成功：看回车后有没有
| imported提示，没提示就是失败 - 第三方库必须提前加到 classpath：启动时用
jshell --class-path lib/gson.jar，不能在 jshell 里动态加 - 静态 import 支持但有限：可以
import static java.lang.Math.*，但不支持import static com.example.Utils.*（除非该类已在 classpath 中且已成功加载）
真正麻烦的是跨模块引用（比如想用 java.xml.bind），Java 9+ 默认移除了这个模块，jshell 里即使加了 --add-modules java.xml.bind 启动，也得同步加 --add-reads 才行——这点连很多老手都会漏。
