Files.lines()适合流式统计文本行数、字符数、单词数：行数用count()；字符数累加每行length()（不含换行符）；单词数用split("\s+")并filter非空字符串。需处理编码异常、大文件OOM、中英文混合分词及wc兼容输出格式。
用 Files.lines() 读取并统计行数、字符数、单词数
Java 8+ 推荐用 Files.lines() 流式处理，避免手动管理 BufferedReader。它默认按系统换行符切分，返回 Stream，适合逐行统计。
- 行数：直接用
count()，但注意该操作会消耗流，后续不能再复用 - 字符数：对每行调用
String.length()累加（不含换行符）；若需含换行符，得用Files.readAllBytes() - 单词数：每行用
split("\\s+")切分，过滤空字符串后计数；注意\\s+能处理多个空格、制表符等
Path path = Paths.get("input.txt");
try (Stream lines = Files.lines(path, StandardCharsets.UTF_8)) {
long lineCount = lines.count(); // 注意：流已关闭，不能继续用
}
处理编码异常和大文件内存溢出
中文文本常见 MalformedInputException，本质是文件编码与指定编码不匹配。不要硬写 UTF_8，应先探测或允许用户传入编码参数。
- 小文件可用
Files.readAllLines(path, charset)，但超过几十 MB 易 OOM - 大文件必须用流式处理（
Files.lines()或BufferedReader），且每次只持有一行 - 若不确定编码，可尝试
CharsetDetector（Apache Tika）或简单 fallback：先试 UTF-8，失败再试 GBK
区分“单词”的边界：别依赖 String.split(" ")
split(" ") 只按单个空格切，遇到制表符、连续空格、首尾空格就会漏词或产生空串。实际统计应满足：英文单词由字母数字组成，中文字符每个字算一个“词”（视需求而定）。
- 纯英文场景：用
line.split("\\p{IsAlphabetic}+|\\p{IsDigit}+")不现实，更实用的是正则匹配单词：Pattern.compile("\\b[a-zA-Z]+\\b") - 中英文混合：用
"[\\p{IsHan}\\p{IsLetter}\\p{IsDigit}]+"匹配汉字、英文字母、数字组成的单元 - 避免
split("\\s+")后不filter(s -> !s.isEmpty())，否则空行或纯空白行会导致单词数偏高
输出格式要兼容 Unix wc 工具习惯
用户常拿你的工具和系统 wc 对比，字段顺序、对齐、列宽都影响信任感。标准 wc 输出是：行数 单词数 字符数 文件名，且数字右对齐、固定宽度（通常 7 位）。
- 字符数包含所有字节（不是字符数），Java 中对应
Files.readAllBytes().length；若只要 Unicode 字符数，才用String.length() - 文件名为空时（如从 stdin 读），输出不带文件名；多个文件要分别统计，并在末尾加总计行
- 别用
System.out.printf("%7d %7d %7d %s", ...)简单对齐——Windows 控制台可能乱
码，建议用
String.format拼接后统一输出
真正难的不是算数，而是让不同编码、含控制字符、超长行、稀疏空格的文件都给出稳定结果。尤其当用户把日志、CSV、甚至二进制伪装成文本扔进来时，健壮性比功能更重要。
