getline读不到第一行是因为>>操作后残留换行符，需用cin.ignore清理；中文路径乱码因ifstream不处理UTF-8 BOM，Windows下默认ANSI编码；空行不会中断getline，EOF才终止；大文件卡顿主因是string频繁重分配，可reserve优化。
getline 读不到第一行？检查输入流状态
调用 std::getline 前如果用过 operator>>（比如读数字），很可能残留换行符在缓冲区，导致第一次 getline 立刻读到空行。这不是函数失效，是流状态没清理。
- 读完数字后加一句
std::cin.ignore()或std::cin.ignore(std::numeric_limits<:streamsize>::max(), '\n')</:streamsize> - 纯文本行读取，优先全程只用
std::getline，别混用>> - 用
if (std::getline(in, line))判断是否成功，别只靠循环条件——失败时line内容未定义
中文路径或 UTF-8 文件读出来乱码？别硬扛编码
标准 std::ifstream 不处理 BOM，也不自动识别 UTF-8；Windows 下默认用本地 ANSI（如 GBK），遇到 UTF-8 文件就会错位解析。
- Linux/macOS 通常没问题；Windows 上若文件带 UTF-8 BOM，
std::ifstream会把 BOM 当作普通字符读入line开头 - 简单对策：用
std::wifstream+std::locale绑定 UTF-8 facet（需 C++11 以上），但跨平台兼容性差 - 更稳做法：用第三方库（如
utf8cpp）或系统 API 先按字节读，再手动跳过 BOM 后转 string
getline 读到空行就停？默认分隔符不是问题根源
std::getline 默认以 '\n' 为分隔符，空行只是内容为空的正常结果，不会中断读取。真正中断的是流结束、I/O 错误或 failbit 被置位。
- 检查是否误用了
while (in >> line)—— 这是错的，operator>>会跳过所有空白，根本读不到空行 - 正确写法始终是
while (std::getline(in, line)) - 如果某次读完
line.empty() == true，说明确实遇到了空行，继续下一次getline即可 - 文件末尾有无换行符不影响，
getline在 EOF 前仍能读出最后一行内容
读大文件卡顿？不是 getline 慢，是 string 频繁重分配
std::getline 本身开销极小，但每次读新行都让 std::string 动态扩容，上 G 的日志文件可能触发几十万次内存操作。
立即学习“C++免费学习笔记（深入）”；
- 提前预留空间：
line.reserve(1024)（按典型行长预估） - 避免反复拼接：不要在循环里做
content += line + "\n"，改用std::vector<:string></:string>存储各行 - 极端场景（只扫描不存内容）：用
std::string_view配合自定义缓冲区，但需确保源数据生命周期足够长
