Java接收用户输入时防止程序崩溃的最佳实现方式是什么

首先明确核心原则：异常机制从来不是用来处理预期内的常规业务分支的，针对用户输错内容这类高频可预判的场景，优先用API自带的前置校验能力，try-catch只适合做极端场景的兜底，不适合作为核心处理逻辑。

为什么不推荐把try-catch作为首选方案 #

• 异常的设计定位是处理不可预期的非正常错误流，把它用在常规输入校验上，会带来额外的栈展开性能开销，代码逻辑也会把正常分支和错误分支混在一起，可读性差。
• 直接用try-catch包裹nextInt()有个极易踩的坑：一旦触发InputMismatchException，Scanner缓冲区里的非法输入不会被自动消费，如果没有手动清理缓冲区，代码会无限重复读取同一段非法内容，直接进入死循环。
• 异常捕获很难拿到具体的非法输入内容，给用户的提示会非常生硬，交互体验差。

最优实现：用hasNextInt()做前置校验 #

Scanner本身提供了针对输入类型的预检查方法hasNextInt()，这个方法会提前判断缓冲区的下一个输入段是不是合法整数，不会移动读取指针，也不会抛出异常，是处理这类场景的标准方案。
参考实现代码：

import java.util.Scanner;

public class IntInputTest {
    public static void main(String[] args) {
        Scanner scan = new Scanner(System.in);
        int validInput;
        System.out.print("请输入整数：");
        
        // 循环校验，直到拿到合法输入
        while (!scan.hasNextInt()) {
            // 取出缓冲区里的非法内容，避免死循环
            String invalidVal = scan.next();
            System.out.printf("「%s」不是合法整数，请重新输入：", invalidVal);
        }
        
        // 校验通过后再读取，完全不会触发类型不匹配异常
        validInput = scan.nextInt();
        System.out.println("输入成功，你输入的整数是：" + validInput);
        
        scan.close();
    }
}

这个方案的优势很明显：

• 全程走正常代码分支，没有异常抛出的性能损耗
• 可以直接拿到用户输入的非法内容做友好提示，交互体验更好
• 逻辑清晰，不会出现缓冲区未清理导致的死循环问题

try-catch的正确定位 #

try-catch不是不能用，但它应该放在最外层做兜底：比如你已经做了所有前置校验，但出现了IO流意外中断、Scanner状态异常这类极低概率的极端故障时，用try-catch捕获异常做资源释放、错误日志记录是合理的，但绝对不能把它作为唯一的输入校验手段。

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