用 std::string::substr() 手动切片最稳，先 getline 整行读入再按预定义列宽截取；右对齐字段可直接 std::stod(substr)，左对齐需 erase 尾空格；gbk 编码下须防中文乱码；解析前应校验空值占位符，语义解释权需业务方确认。
用 std::ifstream 配合 std::setw 读固定宽字段？别这么干
直接用 std::setw + >> 解析固定宽度文本，几乎必然出错——它依赖空白分隔，而财务报表里字段间往往没空格，全是连续数字/字母。比如 "1234567890ABC" 想取前6位为账号、中间3位为币种、后4位为金额，operator>> 根本不认位置，只认“跳过空白后读到下一个空白”。
实操建议：
- 用
std::string::substr()手动切片最稳，索引明确、无歧义 - 先
std::getline()整行读入std::string，再按预定义列宽切，避免流状态干扰（如换行符残留） - 列宽定义用
constexpr std::array或结构体存起，别散落在代码里
字段对齐方向影响截取逻辑：左对齐 vs 右对齐要分开处理
财务报表常见右对齐数值（如金额字段补前导空格），但左对齐文本（如科目名称）。如果统一用 substr(start, len)，右对齐字段的数值会带空格，直接转 std::stod 就抛 std::invalid_argument。
实操建议：
- 右对齐字段：先
substr，再用std::string::find_first_not_of(" \t")找非空格起始位，或直接std::stod(str.substr(pos, len))——std::stod本身跳前导空格，但必须确保没尾部空格干扰（substr截得准就没事） - 左对齐字段：直接
substr后erase尾部空格，或用std::string_view避免拷贝 - 别信“所有字段都 trim 一下”，trim 前先确认字段类型：日期
"20230101"尾部空格是脏数据，不是格式问题
遇到中文字符或全角符号时，std::string::substr 按字节切会乱码
很多老系统导出的财务报表用 GBK 编码，一个中文占2字节；若按字符位置（如第10–15位）切，但代码用 substr(10, 5)，实际可能切在某个汉字中间，导致后续解析失败或崩溃。
实操建议：
- 优先确认文件编码，用
std::ifstream构造时指定std::ios::binary，读完再按编码转换（推荐用iconv或std::text_encodingC++23，但当前多数项目仍用 ICU 或轻量查表） - 若确定是 GBK 且字段不含中文（如纯数字+ASCII字母），可放心按字节切——很多银行报表正文确实不出现中文，标题行才含
- 更稳妥的做法：把整行读成
std::vector<char></char>，用mbtowc逐字节判断字符边界，但性能差；日常场景下，加个断言检查切点是否落在合法字节位置（如非 GBK 尾字节）更实用
std::stoi/std::stod 解析失败时，别只 catch 异常就跳过
财务数据里常见“---”、“***”、“N/A” 表示空值，std::stod 遇到直接 throw，但如果只是静默跳过，下游计算会拿 0 当金额，账就平不了。
实操建议：
- 解析前先
std::all_of(str.begin(), str.end(), ::isspace)判空；再用str.find_first_not_of(" -*\t") == std::string::npos排除占位符 - 数值字段应定义“空值语义”：是置为
std::nullopt，还是用特殊哨兵值（如-999999.99）？这个必须和业务方对齐，不能程序员自作主张 - 用
std::from_chars（C++17）替代std::stod，它不抛异常、返回错误码，且不跳空白——能暴露“开头就是空格”的脏数据，比异常更早发现问题
substr 调用都要重新校验，没有银弹。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
