Scanner.nextLine() 读不到第一行是因为前一个 nextInt() 等方法残留换行符，需额外 nextLine() 消费；应统一用 nextLine() 读再转换类型，注意中文编码、手机号/邮箱校验、资源关闭及 hasNextXxx() 需配 nextXxx()。
Scanner.nextLine() 为什么总读不到第一行？
因为 nextLine() 会消费掉前一个输入操作（比如 nextInt()、nextDouble()）留下的换行符，导致它立刻返回空字符串。这不是 bug，是缓冲区行为——nextInt() 只读数字，不读后面的
，而 nextLine() 正好从这个
开始读。
- 遇到
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);，确认实际读到什么
