JShell中除java.lang外默认自动导入的包有哪些及设计动机咨询

你观察到的和实际的JShell默认行为完全吻合：它的自动导入范围远大于常规Java类文件仅默认导入java.lang.*的规则，这套隐式导入规则是硬编码在JShell的启动配置中的，不同JDK版本的核心导入清单长期保持稳定，具体包含：

• java.lang.*（常规Java编译单元本就会默认导入的基础包）
• java.io.*
• java.math.*
• java.net.*
• java.nio.file.*
• java.util.*
• java.util.concurrent.*
• java.util.function.*
• java.util.prefs.*
• java.util.regex.*
• java.util.stream.*

你提到的LinkedList就位于java.util包下，所以无需手动导包即可直接使用；而你观察到的可直接使用的Math类，其实属于常规Java默认导入的java.lang包，刚好两个类分属不同的导入来源，也侧面印证了JShell确实额外引入了多个常规场景下不会自动加载的包。
如果需要核对当前会话的所有导入项，只需要在JShell交互界面输入命令/imports，就能即时列出所有已生效的导入规则，无需翻找源码或官方文档。

首先要明确两类场景的核心定位差异：
常规Java编译单元（也就是独立的.java源文件）的导入规则，是为大型生产工程设计的——严格要求显式导入的规则，可以尽可能减少类名解析的歧义、梳理清晰的编译期依赖关系、避免无意义的类加载开销和命名冲突。
而JShell从设计之初的定位就是轻量交互式工具，核心用途是快速试错、临时验证API、快速写代码原型，这种定位下的规则设计完全以降低交互摩擦为核心目标，和生产场景的设计诉求完全不同，具体的设计逻辑包括：

• 减少无意义的重复输入：如果用户只是临时想试一下LinkedList的插入逻辑、写个正则匹配规则、读一下本地文件，每次开新会话都要手动敲一遍对应的导入语句，完全是对试错效率的打断。JShell默认导入的这些包，全部是日常临时编码场景下最高频使用的基础工具包，覆盖了绝大多数轻量代码的使用需求，避免用户在交互时把时间浪费在写固定的导入语句上。
• 降低交互式探索的认知门槛：用户打开JShell的目的通常是快速验证某个类或方法的用法，不是从零开始构建生产级项目。如果默认不导入这些常用包，用户必须额外记忆每个工具类对应的包路径，对于不熟悉Java类库结构的新手用户来说会形成不必要的使用门槛，完全违背JShell“拿来就能写代码”的设计初衷。
• 适配交互式场景的问题处理机制：JShell本身自带即时的代码歧义检查机制，如果多个导入包下存在同名类引发解析冲突，它会直接提示用户使用全限定名区分，不会因为多导入了几个基础包就产生难以排查的编译或运行问题——这和静态编译场景下必须严格控制导入范围、提前规避所有歧义的要求有本质区别。

至于你在JEP 222中找不到相关说明的问题，本质上是因为这份JEP只负责定义JShell的核心架构、REPL交互流程、代码片段解析的核心规范，而这套默认导入规则属于JShell发行版层面的用户体验配置，不属于核心架构的强制要求，所以没有纳入正式的JEP设计文档中。

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