JavaScanner获取用户输入方法详解

本文深入解析了Java中使用Scanner类从控制台安全、可靠地读取用户个人信息（如姓名、年龄、邮箱）的完整实践，不仅涵盖基础步骤（导入、创建、读取、关闭），更直击开发者常踩的坑：nextInt()后nextLine()读不到内容的缓冲区陷阱、中文乱码与空格处理、手机号/邮箱的健壮校验、资源未关闭的风险，以及hasNextXxx()误用导致的死循环问题；通过对比推荐“统一用nextLine()再转换类型”的稳健策略，并强调编码设置、输入清理和生命周期管理，帮助读者写出真正稳定、可维护、符合生产要求的交互式输入代码。

Scanner.nextLine() 为什么总读不到第一行？

因为 nextLine() 会消费掉前一个输入操作（比如 nextInt()、nextDouble()）留下的换行符，导致它立刻返回空字符串。这不是 bug，是缓冲区行为——nextInt() 只读数字，不读后面的 \n，而 nextLine() 正好从这个 \n 开始读。

• 遇到 nextInt() 或 nextDouble() 后要接 nextLine()，必须先加一行 scanner.nextLine() “吃掉”残留换行符
• 统一用 nextLine() 读所有输入（包括数字），再手动转类型，更稳：比如 Integer.parseInt(scanner.nextLine().trim())
• 别用 next() 读姓名/地址——它遇空格就停，张三丰 没问题，张 三 丰 只拿到 张

读取中文姓名、手机号、邮箱时要注意什么？

Scanner 默认编码依赖系统，但控制台输入通常走 UTF-8；只要终端和 IDE 编码设对（比如 IntelliJ 的 Terminal 设为 UTF-8），中文基本不乱码。真正容易出错的是边界处理。

• 姓名用 nextLine().trim()，防用户多敲空格或回车
• 手机号别直接用 nextInt()——可能以 0 开头（如 0912345678），得当字符串读，再用正则校验：input.matches("1[3-9]\\d{9}")
• 邮箱校验别只靠 contains("@")，至少检查 input.indexOf('@') > 0 && input.lastIndexOf('.') > input.indexOf('@') + 1

Scanner 不关会有什么后果？

不会报错，但会泄漏资源。尤其在循环里反复 new Scanner(System.in)，每次都不 close，底层的输入流句柄没释放。虽然 JVM 退出时会回收，但写成工具方法或长期运行的小程序时，可能触发 java.util.InputMismatchException 或静默失败。

• 只在程序结束前 close 一次：scanner.close()
• 不要在循环里 new Scanner(System.in) —— System.in 是单例，重复 new 没意义，还容易干扰后续读取
• 如果封装成工具方法，别自己 close System.in，让调用方控制生命周期

为什么有时输入完程序就卡住不继续？

常见于用 hasNextInt() 或 hasNextLine() 做条件判断却没配对应读取动作。比如写 while (scanner.hasNextInt()) { ... }，但循环体里忘了 scanner.nextInt()，条件永远为真，死循环。

• hasNextXxx() 是“探测”，不是“消费”，必须跟上对应的 nextXxx() 才真正读走数据
• 读多行信息时，别依赖 hasNextLine() 判断结束——用户按 Ctrl+D（Linux/Mac）或 Ctrl+Z（Windows）才触发 false，交互式场景建议用约定退出词，比如输入 "done" 就 break
• 调试时可在每步后加 System.out.println("DEBUG: got " + input);，确认实际读到什么

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《JavaScanner获取用户输入方法详解》文章吧，也可关注golang学习网公众号了解相关技术文章。