std::getline 是最稳妥的按行分割方法，能自动处理空行、末尾无换行符及 \r\n 混合情况；手动 find + substr 易越界且无法正确归一化换行符，还导致 O(n²) 时间复杂度。
std::getline 为什么比 find + substr 更适合按行分割
直接用 std::getline 是最稳妥的选择，尤其当输入可能含空行、末尾无换行符或混合 \r\n 时。手动用 find 找 '\n' 容易漏掉边界情况：比如字符串末尾没换行符，substr 可能越界；遇到 "\r\n"（Windows 风格），单找 '\n' 会把 '\r' 留在结果里。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
std::istringstream包裹原始字符串，再循环调用std::getline，自动处理 \r\n → \n 归一化（取决于 locale，但默认行为已足够健壮） - 避免对大字符串反复调用
find和substr—— 每次substr都分配新内存，O(n²) 时间复杂度 - 如果确定输入全是 Unix 换行符且无空行，
find+substr可微优化，但收益远不如用getline省心
如何避免 vector 多次扩容影响性能
如果不预估行数，vector 在 push_back 过程中可能多次 realloc，尤其对几千行以上文本。这不是理论问题——实测 10MB 文本（约 20 万行）下，不预留和预留容量的耗时差可达 2–3 倍。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 先粗略估算：用
std::count统计换行符个数，再 +1（最后一行可能无换行符），调用vec.reserve(count) - 更稳的做法：用
std::string_view配合while (pos != std::string::npos)扫描一遍只计数，不切片，再正式切分 - 别用
vec.resize(n)后赋值——会默认构造 n 个空字符串再覆盖，浪费初始化开销
遇到 '\r' 怎么干净剔除
从文件读入或网络接收的字符串常带 '\r'，尤其跨平台场景。std::getline 默认以 '\n' 为分隔符，不会自动削掉行首/行尾的 '\r'，导致 vec[0] 看似正常，实际末尾藏着不可见字符。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 在
getline后立即对每行做原地 trim：line.erase(line.find_last_not_of("\r\n") + 1)（注意find_last_not_of返回std::string::npos时需判空） - 更轻量：若只处理 Windows 换行，且确认
'\r'只出现在行尾，用if (!line.empty() && line.back() == '\r') line.pop_back(); - 不要在 split 前全局 replace ——
str.replace会遍历整串，而多数行末的'\r'只需检查最后一个字符
要不要用 std::string_view 减少拷贝
如果后续只是读取各行、不做修改，用 std::string_view 存进 std::vector<:string_view></:string_view> 能避免所有字符串拷贝，内存和速度都最优。但前提是原始字符串生命周期必须长于 vector —— 比如传入的是 const char* 或 static string，不能是函数内局部 std::string 的引用。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 确认数据源生命周期：若来自
std::ifstream读到的std::string，就别用string_view，否则 vector 里存的是悬垂指针 - 若满足条件，用
std::string_view+while手动切分（用find定位换行符），比getline更低开销 - 混用风险：别把
string_view和std::string存进同一个 vector —— 类型不一致，编译不过
真正难的不是怎么切，而是判断哪一行该保留空白、哪一行要 trim、原始数据是否带 BOM、要不要支持自定义分隔符——这些得看业务场景，库函数不会替你决定。
