在Java编程中，Scanner 是一个高频使用的文本扫描器，它能够从多种数据源中解析基本类型与字符串。不过，Scanner 的资源管理并不像表面那么简单：是否关闭、何时关闭，都取决于它所包装的底层流。如果处理不当，轻则造成资源泄露，重则导致标准输入流被意外关闭，使程序后续无法读取任何输入。本文围绕这些容易混淆的场景展开分析，帮助开发者建立正确的资源管理习惯。
理解 Scanner 与底层输入流的绑定关系
Scanner 实现了 AutoCloseable 接口，但它本身并不独立拥有操作系统级资源。它的关闭行为实际上是转发给构造函数中传入的底层数据源。例如，当使用 Scanner 包装 FileInputStream 时，调用 Scanner.close() 会同时调用底层文件流的 close() 方法，释放文件句柄；如果包装的是 SocketInputStream，关闭操作会断开对应的网络连接。这种传播机制有助于简化资源清理，但也意味着开发者必须清楚底层数据源的生命周期。
标准输入流 System.in 是一个特殊的底层流。它由 JVM 启动时创建，通常在整个应用运行期间保持打开状态。当 Scanner 包装 System.in 后，一旦调用 close()，System.in 就会被永久关闭。此后，任何尝试通过新的 Scanner 或其他读取方式从控制台获取输入的操作，都会因为流已经关闭而失败。很多控制台工具在第一次读取后习惯性地关闭扫描器，然后在后续逻辑中再次读取时才发现程序报错，这正是对资源绑定关系理解不深导致的。
相比之下，内存中的数据源（如字符串、字符数组、字节数组）并不涉及操作系统资源。即使关闭包装这些数据源的 Scanner，也只会释放扫描器自身的缓冲和内部状态，不会影响程序其他部分。因此，这类场景下关闭时机更多是一种编码规范要求，而非避免资源泄露的硬性约束。
不同数据源场景下的关闭策略
为了准确判断 Scanner 是否应该关闭，可以按照数据源类型划分为三类来处理：文件或网络流、标准输入流和内存数据源。每一类场景的关闭策略差异明显，下面分别通过代码示例说明。
场景一：包装文件或网络流时务必关闭
读取文件或访问网络时，底层流会占用文件描述符或套接字等系统资源。如果扫描完成后没有关闭，这些资源可能长时间得不到释放，最终导致资源耗尽。因此，这种场景下必须确保 Scanner 被关闭。推荐使用 try-with-resources 语法，它能够在 try 语句正常结束或发生异常时自动调用 close()，避免手动关闭遗漏。
import java.io.File;
import java.io.FileNotFoundException;
import java.util.Scanner;
public class ScannerFileExample {
public static void main(String[] args) {
// 使用try-with-resources自动管理Scanner，结束或异常时自动关闭
try (Scanner scanner = new Scanner(new File("data.txt"))) {
while (scanner.hasNextLine()) {
String line = scanner.nextLine();
System.out.println("读取到内容：" + line);
}
} catch (FileNotFoundException e) {
System.out.println("文件未找到：" + e.getMessage());
}
// try块结束后，scanner已经自动关闭，文件流也被释放
}
}场景二：包装 System.in 时不要主动关闭
标准输入流 System.in 是全局共享资源，关闭它会影响到整个 JVM 中所有需要从控制台读取输入的代码。因此，包装 System.in 的 Scanner 不应该在程序运行过程中被主动关闭。正确的做法是创建一个 Scanner 实例并持续复用，直到程序结束。如果确实需要显式关闭，也应放在程序即将退出、确认后续不再读取标准输入的位置。
下面的示例展示了从控制台读取姓名并打印问候语的过程，其中 Scanner 没有被关闭，以避免影响后续可能的输入操作。
import java.util.Scanner;
public class ScannerSystemInExample {
public static void main(String[] args) {
// 包装System.in的Scanner建议保持打开状态，供后续复用
Scanner scanner = new Scanner(System.in);
System.out.println("请输入你的名字：");
String name = scanner.nextLine();
System.out.println("你好，" + name);
// 错误示范：不要在此处调用scanner.close()
// 一旦关闭，System.in将被连带关闭，后续读取会失败
// scanner.close();
// 如果后续还需要读取输入，可以继续使用同一个scanner
// 例如：System.out.println("请输入你的年龄：");
// int age = scanner.nextInt();
}
}场景三：包装内存数据源时灵活处理
对于字符串或字节数组等内存数据源，Scanner 的关闭与否不会影响系统资源的可用性。不过，从代码规范和一致性角度出发，仍然建议在不再使用时调用 close() 或使用 try-with-resources 语法。这样可以保持代码风格统一，也便于未来数据源类型变化时无需额外调整资源管理逻辑。
import java.util.Scanner;
public class ScannerStringExample {
public static void main(String[] args) {
String content = "Java Scanner 资源管理示例";
// 内存数据源不涉及系统底层资源，但规范上依然建议自动关闭
try (Scanner scanner = new Scanner(content)) {
while (scanner.hasNext()) {
System.out.println("读取到单词：" + scanner.next());
}
}
// try块结束后自动关闭，不会对其他资源产生影响
}
}常见错误与资源管理最佳实践
在实际开发中，最常见的错误是在读取完一次控制台输入后立即关闭 Scanner，随后又试图创建新的 Scanner 读取后续输入。由于第一次关闭已经连带关闭了 System.in，第二次读取会直接抛出异常。下面这段代码演示了该错误模式。
import java.util.Scanner;
public class ScannerErrorExample {
public static void main(String[] args) {
Scanner scanner1 = new Scanner(System.in);
System.out.println("请输入第一个数字：");
int num1 = scanner1.nextInt();
// 错误：关闭scanner1会连带关闭System.in
scanner1.close();
Scanner scanner2 = new Scanner(System.in);
System.out.println("请输入第二个数字：");
// 执行到这里会抛出异常，因为System.in已经被关闭
int num2 = scanner2.nextInt();
System.out.println("两个数字之和：" + (num1 + num2));
}
}修正上述问题的方法很简单：不要关闭包装标准输入流的 Scanner，并且复用同一个实例完成多次读取。这样既避免了重复创建对象，也保证了底层流始终可用。
import java.util.Scanner;
public class ScannerCorrectExample {
public static void main(String[] args) {
// 复用同一个Scanner实例，避免重复创建和意外关闭
Scanner scanner = new Scanner(System.in);
System.out.println("请输入第一个数字：");
int num1 = scanner.nextInt();
System.out.println("请输入第二个数字：");
int num2 = scanner.nextInt();
System.out.println("两个数字之和：" + (num1 + num2));
// 程序结束前保持打开，若确定不再使用可以在退出前关闭
// scanner.close();
}
}除了控制台输入错误关闭的问题，还有几个值得注意的实践原则。首先，当 Scanner 包装文件、网络流时，务必使用 try-with-resources 自动管理，避免在异常分支中遗漏关闭。其次，不要将同一个底层输入流同时交给多个 Scanner 并分别关闭，因为第一个 Scanner 关闭后底层流就被释放，其余扫描器将无法正常工作。再次，对于长期运行的服务或工具类，如果必须使用包装 System.in 的 Scanner，建议以单例形式持有，统一管理读取入口，避免频繁创建和潜在的资源竞争。
总结来看，Scanner 的关闭时机并不是一个可以一概而论的问题。开发者需要清楚识别数据源类型，并据此决定是否关闭、何时关闭。遵循“文件网络流必须关，标准输入不要关，内存数据源按规范关”的原则，可以有效避免资源泄露和运行期异常。此外，借助 try-with-resources 和复用实例等编码习惯，能够让输入处理逻辑更加健壮、可维护。