直接按逗号分割并手动转换度分制坐标：$GPGGA第2、4字段为纬度、经度（ddmm.mmmm格式），需转为十进制度；$GPRMC第4、6字段同理；须校验字段数、空值及方向符号，并手工计算校验和。
遇到$GPGGA或$GPRMC开头的字符串，怎么快速提取经纬度？
直接按逗号分隔，跳过校验和（*后面的部分），再用std::stod()转数值。NMEA是纯文本协议，字段位置固定，不需要正则——反而慢且易错。
关键点：
-
$GPGGA第2、3、4、5字段分别是UTC时间、纬度、纬度方向（N/S）、经度、经度方向（E/W）；$GPRMC第4、5、6、7字段对应纬度、方向、经度、方向 - 纬度/经度格式是
ddmm.mmmm（度分制），需手动转换：例如3114.1234→31 + 14.1234 / 60 = 31.23539 - 务必检查字段数是否足够，空字段（如
,,）会导致std::stod抛std::invalid_argument
std::vector<std::string> split(const std::string& s, char delim) {
std::vector<std::string> out;
std::stringstream ss(s);
std::string item;
while (std::getline(ss, item, delim)) out.push_back(item);
return out;
}
<p>// 示例：解析 $GPGGA 字符串
if (line.substr(0, 6) == "$GPGGA") {
auto fields = split(line, ',');
if (fields.size() < 10 || fields[2].empty() || fields[4].empty()) return;
double lat = std::stod(fields[2]);
double lon = std::stod(fields[4]);
lat = int(lat / 100) + (lat - int(lat / 100) <em> 100) / 60.0;
lon = int(lon / 100) + (lon - int(lon / 100) </em> 100) / 60.0;
if (fields[3] == "S") lat = -lat;
if (fields[5] == "W") lon = -lon;
}为什么std::getline读串口数据会丢帧或粘包？
NMEA句子以\r\n结尾，但串口接收是字节流，std::getline默认只认\n，若中间断开（如缓冲区满），就会把一句拆成两段，下一次又把残尾和新句拼一起——典型粘包。
解决方法：
立即学习“C++免费学习笔记（深入）”；
- 自己维护接收缓冲区，每次追加新数据后，扫描
\r\n边界，完整切出句子再处理 - 不依赖
std::getline，改用read()或recv()原始字节读取，避免隐式换行符假设 - 加超时保护：连续500ms无
\r\n就清空缓冲区，防脏数据累积
$GPGGA里Fix quality字段为0，但设备明明在定位？
字段7（fix quality）为0表示“无效定位”，常见于：GPS模块刚上电未搜星、天线被遮挡、或PPS信号未同步。但它不等于latitude/longitude为空——有些模块会输出0.0,0.0占位。
实操建议：
- 优先看字段6（
Number of satellites）是否≥4，再结合字段8（HDOP）是否<5.0 - 不要只信字段7，要交叉验证：
$GPGSA的nav mode（字段2）为A才代表自主定位有效 - 某些国产模块（如ATGM336H）在冷启动初期会发多条
fix quality=0，需持续监听30秒以上
用std::regex匹配NMEA句子会卡死？
会。NMEA句子最长约80字符，但std::regex在部分标准库实现（尤其libstdc++）中对.*回溯严重，输入含噪声（如乱码、截断）时可能指数级耗时。
替代方案更稳：
- 用
line.find("$GP") != std::string::npos粗筛，再用line.substr(0, 6)确认句首 - 校验和计算必须手工做：取
$后到*前所有字符异或，与*后两位十六进制比对——很多模块其实不严格校验，但你自己得做 - 若真要用正则，限定范围：
R"((\$GPGGA|\$GPRMC),[^*]{1,60}\*[0-9A-Fa-f]{2})"，避免贪婪匹配
真正麻烦的不是解析语法，而是GPS模块输出节奏不稳、偶尔插杂字符、冷启动时数据抖动——留够缓冲、容忍单句错误、用时间戳打标，比写个“完美解析器”重要得多。
