解析经纬度需先识别字符串格式，常见如"lat=39.9042,lng=116.4074"或"39.9042,116.4074"；推荐优先用sscanf处理逗号分隔格式，regex用于带标签场景，并务必校验数值范围与合法性。
字符串格式决定解析方式
没有统一的“从字符串提取经纬度”方法，关键看原始字符串长什么样。常见格式有："lat=39.9042,lng=116.4074"、"39.9042,116.4074"、"POINT(116.4074 39.9042)"、甚至带空格或单位的 "Lat: 39.9042° N, Lon: 116.4074° E"。强行写一个通用正则去“猜”，容易漏匹配或误匹配。
实操建议：
- 先用
std::string::find或std::regex定位关键分隔符（如","、"lat="、"POINT("），避免无脑全局搜索 - 对已知格式，优先用
std::sscanf或std::stod+substr，比正则轻量且更可控 - 若格式混杂且不可控，再考虑
std::regex，但必须限制捕获组数量，例如只匹配两个浮点数并校验范围（-90~90 和 -180~180）
用 std::sscanf 快速提取逗号分隔的经纬度
适用于最常见格式："39.9042,116.4074" 或 "39.9042, 116.4074"（含可选空格）。sscanf 比手撕 find/substr 更简洁，且自动跳过空白。
示例代码片段：
立即学习“C++免费学习笔记（深入）”；
std::string input = "39.9042, 116.4074";
double lat = 0.0, lng = 0.0;
int ret = std::sscanf(input.c_str(), "%lf,%lf", &lat, &lng);
if (ret != 2) {
// 解析失败：格式不对或数字越界
}
注意点：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
%lf是double的正确格式符，用%f会导致未定义行为 - 输入含多余字符（如
"39.9042,116.4074,extra"）时，sscanf仍返回 2，需额外检查是否消费完整字符串 - 不支持科学计数法（如
"1.23e-4"）时需确认输入源是否可能含该格式
用 std::regex 提取带标签的经纬度（如 "lat=39.9042&lng=116.4074"）
当字符串含明确键名（lat、latitude、lon、lng 等），正则更可靠。但 C++11 的 std::regex 在部分编译器（如早期 GCC）中性能差且不完全符合标准，慎用复杂表达式。
推荐最小化正则：
std::regex pattern(R"(lat[^\d-]*([+-]?\d*\.?\d+)[^\d]*lng[^\d-]*([+-]?\d*\.?\d+))",
std::regex_constants::icase);
std::smatch matches;
if (std::regex_search(input, matches, pattern) && matches.size() == 3) {
double lat = std::stod(matches[1].str());
double lng = std::stod(matches[2].str());
}
易踩的坑：
- 不要写
R"((\d+\.\d+),(\d+\.\d+))"这类脆弱表达式——它无法匹配整数纬度（如"40,116"）或负值 -
std::stod遇到非法字符串会抛std::invalid_argument，必须捕获或先用std::regex_match确保格式合法 - 忽略大小写（
icase）很有用，但别忘了lat和lng顺序可能颠倒，需结合上下文判断
校验与容错不能省
成功转成 double 不代表是有效经纬度。真实数据常含噪声：超界值、重复小数点、全零、占位符（"0.0,0.0" 或 "999.999,999.999"）。
基础校验逻辑应包含：
- 纬度范围：
lat >= -90.0 && lat （严格闭区间） - 经度范围：
lng >= -180.0 && lng （注意：180 和 -180 等价，但通常接受） - 排除明显无效值，如
std::isinf(lat) || std::isnan(lat) - 若业务允许，可加软校验：如
abs(lat) 且 <code>abs(lng) 可能是测试数据，按需丢弃
真正麻烦的是半结构化日志——同一字段可能今天是 "lat=xx,lng=yy"，明天变成 "geo: xx yy"。这种场景下，硬编码解析不如先做字符串归一化（例如把所有空格/分隔符统一成逗号），再走固定流程。
