安全解析rmc需四步：校验和验证、字段数≥12且关键字段非空、经纬度按ddmm.mmmm转十进制度、utc时日合并构造time_t；跳过任一环节将导致90%以上失败。
直接解析 RMC 句子不难，但真正跑通的关键在于：校验失败、字段错位、时区/日期混淆、浮点精度截断这四类问题占了实际调试的 90% 以上。
如何安全提取 RMC 字段并避开空字段陷阱
NMEA 句子用逗号分隔，但 RMC 中允许某些字段为空（如 status 字段可能为 ""，而非 "A"），直接按索引取 tokens[2] 可能越界或读到空串。
- 先用
std::string::find定位"$GPRMC,"或"$GNRMC,"开头，过滤掉非 RMC 行 - 用
std::stringstream+std::getline按','分割，存入std::vector<:string></:string>，别用strtok（破坏原字符串且不可重入） - 检查分割后
tokens.size()是否 ≥ 12 ——RMC最少 12 个字段（含校验和前的空字段），少于这个数直接丢弃 - 对关键字段如
tokens[2]（状态）、tokens[3]（纬度）做非空判断：!tokens[2].empty() && tokens[2] != "A"才认为有效
latitude 和 longitude 的格式转换必须手动拆解
NMEA 的经纬度不是十进制度数，而是 ddmm.mmmm 格式（度分制），且没有小数点对齐 —— 这是解析出错最频繁的地方。例如 "4807.518" 表示 48°07.518′，即 48 + 7.518 / 60 = 48.1253°。
- 取
tokens[3]（纬度值）和tokens[4]（N/S），先确认tokens[4] == "N"或"S" - 用
std::stod(tokens[3])转成浮点数，再拆整数部分：int deg = static_cast<int>(val / 100); double min = val - deg * 100;</int> - 最终度数 =
deg + min / 60.0；若方向为"S"或"W"，结果取负 - 注意：
tokens[3]可能为"0000.0000"或空，必须提前检查有效性，否则stod抛异常
时间与日期字段需合并处理，且默认无 UTC 偏移
RMC 中的 tokens[1] 是 UTC 时间（hhmmss.sss），tokens[9] 是 UTC 日期（dmy），两者必须一起用才能构造完整时间点 —— 单独用任何一个都毫无意义。
- 不要试图把
tokens[1]当作本地时间；GPS 模块输出的全是 UTC，除非你主动查时区表并加偏移 - 解析
tokens[1]：取前两位为小时，中间两位为分钟，后两位为秒，小数部分单独提取（substr(6)） - 解析
tokens[9]：固定 6 位数字，substr(0,2)是日，substr(2,2)是月，substr(4,2)是年（需转为 20xx，如"23"→2023，但注意 2000 年前的设备可能输出"99"） - 强烈建议用
std::chrono::system_clock::from_time_t构造time_t，而不是手算儒略日 —— 容易漏掉闰年或月份天数差异
校验和验证不能跳过，且必须在分割前做
NMEA 校验和是 * 后两位十六进制值，计算方式为 $ 到 * 之间所有字符的异或（不含 $ 和 *）。跳过校验等于把噪声当数据喂给后续逻辑。
- 在校验前，先用
str.find('*')确认存在*，否则整行无效 - 从
$后第一个字符开始，逐字节异或直到*前一个字符，得到一个uint8_t值 - 将该值格式化为两位大写十六进制（如
0x3A → "3A"），与str.substr(star_pos + 1, 2)对比 - 注意：有些模块会在校验和后加
\r\n，提取时要先erase掉换行符，否则substr会越界
真正难的不是写解析函数，而是 GPS 模块在冷启动、信号弱、多路径干扰下会持续输出 RMC 但 tokens[2] 为 "V"（invalid），或者 tokens[3] 突然变成全零 —— 这些情况必须在业务层做状态机兜底，不能只依赖单句解析正确。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
