【已解决】Java中main方法与构造函数内Scanner使用异常问题
Scanner.nextInt()抛出InputMismatchException的排查方向 我之前也踩过类似的坑,结合你描述的现象——main方法里能正常读取文件里的点数和后续字符串,换到构造函数就抛异常,大概率是输入流状态、Scanner初始化逻辑或者读取顺序出了问题,具体可以从这几个角度排查:
1. 输入流残留的换行符搞鬼
如果在调用这个构造函数之前,已经有其他Scanner操作(比如nextLine())读取过输入,输入流里会留下一个没被消费的换行符。当构造函数里的nextInt()尝试读取时,它会把这个换行符当成非整数输入,直接触发InputMismatchException。
举个典型的错误场景:
public class Demo { public static void main(String[] args) throws FileNotFoundException { Scanner fileScanner = new Scanner(new File("data.txt")); // 先读了一行字符串,留下换行符在输入流里 String header = fileScanner.nextLine(); // 构造函数里调用nextInt()就会踩坑 MyClass obj = new MyClass(fileScanner); } } class MyClass { public MyClass(Scanner scanner) { // 这里读到的是之前留下的换行符,不是预期的整数 int count = scanner.nextInt(); } }
解决办法:在构造函数调用nextInt()前,先调用scanner.nextLine()清空残留的换行,或者用scanner.skip("\\R")跳过任何类型的换行符。
2. Scanner的输入源不匹配
如果main方法里用的是读取文件的Scanner(比如new Scanner(new File("data.txt"))),但构造函数里不小心实例化了读取标准输入的Scanner(new Scanner(System.in)),两者输入源完全不同,构造函数自然读不到预期的整数,直接抛异常。
一定要检查构造函数里的Scanner是怎么初始化的,是不是和main方法用的同一个输入实例或者同一个文件源。
3. 文件编码或读取方式差异
如果都是读取同一个文件,但构造函数中打开文件时没指定正确的编码,可能导致Scanner把文件里的整数解析成乱码字符,从而触发异常。比如文件是UTF-16编码,但构造函数用了默认的UTF-8读取,就会出现解析错误。
可以尝试在构造函数里显式指定文件编码:
Scanner scanner = new Scanner(new File("data.txt"), "UTF-8");
4. 读取顺序和main方法不一致
仔细对比main方法和构造函数中Scanner的调用顺序:比如main里是先读整数,再逐行读字符串;但构造函数里可能不小心先调用了nextLine(),导致后续的nextInt()读到的是原本应该是字符串的内容,类型不匹配自然抛出异常。
确保构造函数里的读取步骤和main方法完全一致,顺序不能错。
内容的提问来源于stack exchange,提问作者pawsome

