使用bufferedreader逐行读取并计数是统计大文件行数最轻量、内存友好的方式，核心是只读不存、用int计数器、try-with-resources确保关闭资源，空行也计为一行。
直接用 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 判断时机、资源释放方式，这三点决定效率和稳定性。
