最轻量可控的方式是逐行读取文件，清除行尾控制符后检查是否以$开头并截断校验和，再用stringstream按逗号拆分字段；经纬度需手动解析度分格式，时间字段均为UTC。
怎么用 C++ 逐行解析 NMEA 日志里的 $GPGGA 和 $GPRMC
直接读文件、按换行切分、找以 $ 开头的行，再用 std::string::find 或 std::stringstream 拆逗号分隔字段——这是最轻量也最可控的方式。别一上来就引入 Boost.Tokenizer 或正则，NMEA 是纯 ASCII、固定分隔符、无嵌套结构的文本，正则反而容易因换行/空格误匹配。
常见错误现象：std::getline 读到 \r\n 后，substr 取字段时越界；或没跳过校验和（*XX）直接拆到最后一个逗号，导致 latitude 字段被截断。
- 先用
line.erase(line.find_last_not_of("\r\n") + 1)清掉行尾控制符 - 检查是否以
$开头且包含*，用line.find('*')截断校验和前的部分 - 用
std::stringstream配合std::getline(ss, field, ',')拆字段，空字段会得到空字符串，要显式判断field.empty() -
$GPGGA第 2/4/6/9 字段是纬度/经度/高度/UTC 时间，注意格式：ddmm.mmmm（如3112.3456），需手动转为十进制度数
std::stod 解析 NMEA 度分格式时为什么总出错
因为 NMEA 的经纬度不是小数，是「度+分」拼接的字符串，比如 3112.3456 表示 31 度 12.3456 分，不是 3112.3456 度。直接 std::stod("3112.3456") 会彻底错乱。
正确做法是定位小数点位置，拆成整数部分和小数部分：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 用
field.find('.')找小数点索引 - 取前两位
field.substr(0, 2)作度数（31），剩余部分field.substr(2)是分（12.3456） - 再用
std::stod转分，除以 60 加回度数：deg + min / 60.0 - 别忘了
$GPGGA第 3 字段是N/S，第 5 是E/W，符号要乘在最终结果上
处理大日志文件时，std::ifstream 卡住或丢行怎么办
典型表现是读到某一行后 getline 返回 false，但文件明明还有内容——大概率是某行末尾缺 \n，或日志被截断写入（GPS 设备掉电）。C++ 标准流遇到不完整行会置 failbit，后续所有读取都失败。
- 每次
std::getline后立刻检查if (!file) { /* 处理错误 */ break; } - 用
file.clear()清标志位，再用file.ignore(std::numeric_limits<:streamsize>::max(), '\n')</:streamsize>跳过坏行 - 不要用
while (!file.eof())——eof()只在尝试读失败后才置位，循环会多跑一次 - 如果日志超 100MB，考虑 mmap（
std::filesystem::file_size+open/mmap）替代流读，避免频繁系统调用
为什么 $GPRMC 的时间字段有时比系统时间快 8 小时
因为 $GPRMC 第 2 字段是 UTC 时间（hhmmss.ss），不是本地时区。你看到的“快 8 小时”，其实是把 UTC 当成东八区时间直接用了。NMEA 规范里所有时间字段都是 UTC，不带时区标识，也不随设备设置变化。
- 别依赖 GPS 模块的“本地时间”输出（有些扩展指令支持，但非标准）
- 需要本地时间就自己加偏移：UTC +
std::chrono::hours(8)（注意夏令时） - 若日志跨日期，
$GPRMC的日期字段（第 10 字段，ddmmyy）必须和时间字段一起解析，不能只看时间推算日期 - 某些廉价模块会在秒数翻转时（如 59→00）漏发一帧，导致时间跳变，建议用
$GPGGA的 UTC 时间（第 2 字段）交叉验证
最易被忽略的是：NMEA 字段顺序在不同语句间不一致，$GPGGA 的时间在第 2 位，$GPRMC 在第 2 位，但 $GPVTG 根本没有时间字段——得按语句类型分支处理，不能写死索引。
