应使用std::getline配合std::string逐行读取，它自动扩容、安全可靠；需手动清除'\r'；字段解析推荐stringstream或string_view；动态结构优先用vector或variant；预分配string容量可提升性能。
用 std::string 逐行读取，别碰 char* 手动分配
变长记录本质就是每行长度不确定，硬算缓冲区大小等于给自己埋雷。C++ 标准库的 std::getline 配合 std::string 是唯一合理起点——它内部自动扩容，不暴露裸指针，也避免 malloc/new char[N] 后忘 delete[] 或越界写。
- 错误做法：用
fgets+ 固定大小char buf[1024]，遇到超长行直接截断或崩溃 - 正确做法：循环调用
std::getline(in_stream, line)，line是std::string，长度随内容伸缩 - 注意：如果文件含 '\r\n'（Windows）或 '\r'（老 Mac），
std::getline默认按 '\n' 切，会把 '\r' 留在末尾，需手动line.erase(std::remove(line.begin(), line.end(), '\r'), line.end())
解析字段时用 std::stringstream 或 std::string_view 拆分，别用 strtok
原始文本字段间通常以空格、制表符或逗号分隔，但字段本身可能含空格（如人名“Zhang San”）。用 C 风格的 strtok 会破坏原字符串、不可重入，且无法处理嵌套引号或转义。
- 安全拆分：对每行
line构造std::stringstream ss(line)，再用ss >> field提取空白分隔字段；若需保留空格字段，改用std::string_view+find_first_of定位分隔符 - 性能提示：频繁创建
std::stringstream有开销，可复用对象（ss.clear(); ss.str(line)），但注意clear()只清状态，不删内容 - 坑点：用
ss >> std::ws跳过前导空白后，再读字段，否则首字段可能带空格
动态结构体数组？优先用 std::vector 存储解析结果
变长记录意味着每条记录字段数可能不同，或同字段类型不同（如第 3 列有时是整数、有时是字符串）。硬写 struct Record { int a; double b; char c[64]; } 再 new Record[n] 会卡死在类型/长度不一致上。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 推荐模式：定义
struct Record { std::vector<:string> fields; };</:string>，或更精细地用std::variant<int double std::string></int>存单个字段 - 避免内存泄漏：绝不用
Record** records = new Record*[n]+ 循环new Record，改用std::vector<:unique_ptr>></:unique_ptr>或直接std::vector<record></record> - 兼容性注意：
std::variant是 C++17 起支持，若项目限 C++11，可用boost::variant或统一存为std::string+ 延迟解析
大文件下 std::getline 性能不够？先确认瓶颈真在 IO
有人一遇到几百 MB 文件就急着换 mmap 或自写缓冲区，但实际 90% 的“慢”来自反复构造 std::string、没预留容量、或字段解析逻辑低效，而非 std::getline 本身。
- 提速关键：对每行
line调用line.reserve(512)（按预期最大行长预估），减少内存重分配次数 - 验证瓶颈：用
time cat file.txt > /dev/null对比程序耗时，若差距小，说明瓶颈在解析而非读取 - 真要 mmap：Linux 下用
open+mmap，Windows 用CreateFileMapping，但必须自己处理行边界查找（找 '\n'），且std::string构造仍不可避免——别幻想“零拷贝解析”
变长记录最麻烦的从来不是读，而是字段语义模糊时怎么定解析规则；同一列在不同行类型里含义可能完全不同，这部分没法靠内存分配技巧解决。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
