高效统计大文本行数的BufferedReader方法

统计超大文本文件行数时，最高效、内存友好的方式是使用BufferedReader配合try-with-resources逐行读取并用原始int计数器累加——全程不保存行内容、不触发额外GC压力、不加载全文到内存，空行也准确计入，同时通过合理设置缓冲区大小和避免无谓字符串操作进一步提升性能，远优于Files.lines()、Scanner或readAllLines()等易导致OOM或性能损耗的替代方案。

直接用 BufferedReader 逐行读取并计数，是统计大文件行数最轻量、内存友好的方式——不加载全文，不依赖正则，也不触发 GC 压力。

核心思路：只读不存，边读边加

关键在于避免将整行内容保留在内存中。只需调用 readLine()，判断返回值是否为 null，不保存字符串引用，JVM 就能及时回收每行的临时对象。

• 每次 readLine() 返回的是新字符串，但若不赋值给变量或放入集合，它会在下一轮 GC 中被清理
• 用原始 int 计数器（而非 AtomicInteger 或包装类），减少对象开销
• 关闭资源必须放在 finally 或使用 try-with-resources，防止句柄泄漏

推荐写法（JDK 7+）

使用 try-with-resources 确保流正确关闭，代码简洁且健壮：

int count = 0;
try (BufferedReader reader = Files.newBufferedReader(Paths.get("huge.log"), StandardCharsets.UTF_8)) {
    while (reader.readLine() != null) {
        count++;
    }
}
System.out.println("总行数：" + count);

注意：readLine() 返回 null 表示到达文件末尾，无需额外判断空行——空行（即内容为 "" 的行）也会被正常计为一行。

性能优化细节

默认缓冲区大小（8192 字节）对大多数场景已足够，但若文件含超长行或磁盘 I/O 成瓶颈，可显式增大缓冲区：

• 构造时传入更大缓冲区： new BufferedReader(reader, 64 * 1024)（64KB）
• 避免在循环内创建新 String 对象，如不用 line.length() > 0 判断——你根本不需要 line 引用
• 若需跳过空白行或注释行，再做字符串检查；纯计数时完全跳过解析

慎用替代方案

以下方法看似简单，实则不适用于“大型文本文件”：

• Files.lines().count()：底层仍走 Stream，容易触发中间操作缓存，且异常处理不如手动控制清晰
• Scanner：有额外的 token 解析开销，比 BufferedReader 慢 20%~40%
• 一次性 Files.readAllLines()：直接 OOM 风险，千万行文件轻松吃掉数 GB 堆内存

不复杂但容易忽略：缓冲区大小、null 判断时机、资源释放方式，这三点决定效率和稳定性。

今天关于《高效统计大文本行数的BufferedReader方法》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！