scanner适合处理格式清晰、以分隔符划分的简单文本输入，如命令行交互、算法题输入、小规模配置文件解析；不适合高并发、超大文件或需精确字节控制的场景。
Scanner类适合处理格式清晰、以分隔符（如空格、换行、制表符）划分的简单文本输入，比如命令行交互、算法题输入、配置参数读取等场景；但它不适合高并发、超大文件或需要精确控制字节流的场合。
适合的典型输入场景
Scanner在以下情况表现良好：
- 标准输入交互：用户在控制台逐行输入数字、字符串，例如学生成绩录入、简易菜单选择。
-
ACM/算法题输入：题目明确给出“多组测试数据，每行包含若干整数”，用
sc.hasNextInt()和sc.nextInt()可快速解析。 -
小规模文本文件解析：读取配置文件（如
key=value）、日志片段或CSV格式的简单表格（字段无嵌套、无转义）。 -
按分隔符切分的结构化数据：例如用
useDelimiter("\s+")统一处理空格/制表符/换行混用的输入。
Scanner的读取机制关键点
Scanner本质是“基于分隔符的令牌扫描器”，不是流式字节读取器。它内部维护一个输入源（InputStream或Readable），并缓存一部分内容用于匹配分隔符和模式。
-
分隔符驱动：默认以空白字符（
\p{javaWhitespace}+）为分隔符，每次调用nextXxx()都会跳过前置分隔符，读取下一个符合类型的令牌。 -
缓冲与预读：Scanner会预读部分数据到缓冲区，因此
nextLine()和nextInt()混用时容易漏掉换行符——因为nextInt()不消费结尾的换行，紧接着的nextLine()会立刻返回空字符串。 -
类型解析依赖正则：如
nextInt()实际执行的是useDelimiter(\p{javaWhitespace}+)后匹配[-+]?\d+，若输入不符合（如"12a"），会抛InputMismatchException且指针不前进。 - 线程不安全：Scanner没有同步措施，多线程共享同一个实例会导致行为不可预测。
不适合的场景及替代建议
遇到以下情况，应避免使用Scanner：
立即学习“Java免费学习笔记（深入）”；
-
超大文件逐行处理：Scanner的缓冲和正则匹配开销较大，推荐用
BufferedReader.readLine()+ 字符串手动拆分。 -
需要精确控制换行符或编码：Scanner对编码仅支持构造时指定，且不暴露底层Reader，复杂编码场景用
InputStreamReader更可控。 -
二进制或非文本数据：Scanner只面向字符，无法读取字节、图片、序列化对象等，此时应直接使用
InputStream或专用工具类。 -
高性能批量解析：如每秒处理万级日志行，正则匹配和异常捕获成本高，可用
String.split()或第三方库（如OpenCSV）替代。
实用建议与避坑提示
用好Scanner，关键是理解它的边界和习惯：
- 混合读取数值和整行文本时，用
sc.nextLine()清理残留换行符，例如sc.nextInt(); sc.nextLine();再读下一行。 - 自定义分隔符后记得重置：调用
sc.useDelimiter("\n")后，若后续还需按空格分割，需再次调用sc.useDelimiter("\s+")。 - 判断是否有下一个有效输入，优先用
hasNextXxx()而非hasNext()，避免类型不匹配导致阻塞或异常。 - 资源管理：Scanner包装了System.in时无需关闭；但包装了File或InputStream时，务必在finally块或try-with-resources中关闭，防止文件句柄泄漏。
