空行会被std::getline正常读取为长度为0的字符串，而非读取失败；必须用std::getline而非>>操作符才能捕获空行；判断“真正空行”需考虑BOM和空白符，推荐用std::all_of配合std::isspace清洗后判断。
用 std::getline 读行时，空行会变成长度为 0 的字符串
这是最常被忽略的前提：空行不是读取失败，也不是返回 nullptr 或 EOF，而是正常读到一个不含任何字符（包括换行符）的空字符串。如果你用 operator>>（比如 file >> str），它会自动跳过所有空白（包括空行），根本读不到空行——所以必须用 std::getline。
常见错误是写成这样：
std::string line;
while (file >> line) { /* … */ } // ❌ 跳过空行，也跳过前后空格正确做法是：
std::string line;
while (std::getline(file, line)) {
if (line.empty()) {
// 这就是空行
}
}判断“真正空行”要小心 BOM 和不可见字符
Windows 记事本保存的 UTF-8 文件可能带 BOM（\xEF\xBB\xBF），Linux 下某些编辑器也可能插入零宽空格或尾部空格。直接用 line.empty() 会误判。
立即学习“C++免费学习笔记（深入）”；
如果业务上认为空白符（空格、制表符、回车）组成的行也算“空行”，建议清洗后判断：
- 用
std::find_if_not找第一个非空白字符 - 或者手动 trim：去掉首尾
' '、'\t'、'\r'（注意：Windows 换行是"\r\n"，但std::getline已自动剥离\n，\r可能残留）
简单健壮的判断写法：
auto is_blank = [](const std::string& s) {
return std::all_of(s.begin(), s.end(), [](char c) {
return std::isspace(static_cast<unsigned char>(c));
});
};
// 然后 if (is_blank(line)) { ... }按需处理：跳过、计数、保留上下文
空行本身没有统一语义，怎么处理取决于你的场景：
- 配置文件解析（如 INI）：通常跳过空行和纯注释行，但要记录行号用于报错定位
- 源码读取或日志分析：可能需要保留空行位置，用于对齐原始格式
- 文本分段（如邮件正文/HTTP body）：空行常作段落分隔符，不能丢，也不能当成数据内容
关键点：别在循环里一边读一边删空行再存进容器——这会让行号偏移。更稳妥的是先完整读入（含空行），再用索引或迭代器做逻辑判断。
性能与编码：二进制读取 + 手动换行解析不推荐
有人想绕过 std::getline，改用 read() 读块、自己找 \n，理由是“更快”或“避免 string 重分配”。实际中极少必要：
-
std::getline内部已优化，现代 libstdc++/libc++ 对短行几乎无额外分配 - 手动解析要处理
\r\n、\n、甚至\r（古早 Mac），还要考虑缓冲区边界截断，bug 风险高 - 若真有性能瓶颈，问题通常出在 I/O 层（没开
sync_with_stdio(false)）或后续处理，而非getline本身
唯一值得手动解析的情况：你明确知道文件是纯 ASCII、行长严格受限、且每秒要处理 GB 级日志——否则，老实用 std::getline + is_blank 判断。
空行不是异常，是有效输入的一部分；它的含义完全由你的业务逻辑定义，而不是由 C++ 标准库决定。
