如何在 Java 中使用 Scanner.hasNext(Pattern) 实现输入流内容的非阻塞式模式预判-java教程-PHP中文网

Scanner.hasNext(Pattern)是阻塞的，因System.in底层为阻塞流，无法超时或取消等待；真正非阻塞需用NIO、Console.ready()或线程+超时封装，但推荐重构交互逻辑避免此需求。

如何在 java 中使用 scanner.hasnext(pattern) 实现输入流内容的非阻塞式模式预判

Scanner.hasNext(Pattern) 本身不是非阻塞的 —— 它会阻塞等待输入，直到有匹配内容或流关闭。Java 标准库中 没有真正意义上的非阻塞式 Scanner，因为 System.in（默认输入源）是阻塞型字节流，底层依赖于操作系统的终端读取行为，无法通过 Scanner 层面“取消等待”或“超时探测”。

为什么 hasNext(Pattern) 不能实现非阻塞预判

该方法语义是：“是否有下一个能匹配 pattern 的 token？”。它内部会：

尝试从输入流中读取字符，跳过分隔符（如空格、换行），构建候选 token；
若当前缓冲区无足够数据（比如用户还没按回车），它会**阻塞并等待新输入到达**；
只有当输入就绪且满足 pattern 或明确不满足（如遇到 EOF 或非法前缀）时才返回 true/false；
它不提供“检查一下现在有没有数据，没有就立刻返回 false”的能力。

替代方案：用 java.nio 实现真正的非阻塞输入探测

若目标是“不卡住线程，快速判断控制台/流当前是否有可用输入”，需绕过 Scanner，改用 NIO：

将 System.in 包装为 FileChannel，设置为非阻塞模式（但注意：标准输入在大多数系统上不支持非阻塞通道）；
更可靠的方式是使用 java.io.Console（仅限终端环境，且不支持重定向）的 System.console().reader().ready()；
最通用方案：用独立线程 + BufferedReader + 标志位 + 短时等待（模拟“轮询+超时”）。

实用折中方案：带超时的预判封装

以下是一个轻量封装，利用线程协作实现“最多等 100ms，有输入则返回匹配结果，否则返回 null”：

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

public static Boolean hasInputMatching(Scanner sc, Pattern pattern, long timeoutMs) {
    AtomicBoolean result = new AtomicBoolean();
    Thread t = new Thread(() -> {
        result.set(sc.hasNext(pattern));
    });
    t.start();
    try {
        t.join(timeoutMs);
        return result.get();
    } catch (InterruptedException e) {
        Thread.currentThread().interrupt();
        return null;
    }
}
// 使用示例：
// Boolean match = hasInputMatching(scanner, Pattern.compile("\d+"), 100);
// if (match != null && match) { ... }

⚠️ 注意：此法有竞态风险（如线程刚进入 hasNext 就被中断），且不能中断底层阻塞 I/O，仅适用于对实时性要求不高、可接受轻微延迟的场景。