能，但兼容性差——仅iOS Safari和部分Android Chrome支持geo:链接唤起地图App，桌面浏览器完全不支持，需用JS检测+fallback到网页地图。
geo URI 能不能直接在 HTML 里点开地图？
能，但只在部分环境生效——不是所有浏览器都支持 geo: 链接，也不是所有设备点击后都会唤起地图 App。桌面 Chrome、Firefox 完全不处理 geo:；iOS Safari 和 Android Chrome（配合默认地图 App）通常可以，但依赖系统配置。
常见错误现象：geo:40.7128,-74.0060 点击没反应、控制台无报错、链接看起来像纯文本。
- 必须用
<a href="geo:..."></a>包裹，不能只写裸 URI - 不支持 query 参数以外的修饰（比如
geo:...?z=15在 iOS 上可能被忽略） - Android 上若用户未设置默认地图 App，可能弹出“完成操作的应用”选择框，甚至失败
怎么写一个兼容性稍好的 geo 链接？
核心是提供 fallback：当 geo: 失效时，降级到网页版地图（如 OpenStreetMap 或 Google Maps URL）。不能只靠一个 href，得用双链接逻辑。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 优先用
geo:+https://双 href，靠 JS 检测能力再跳转（简单方案见下） -
geo:格式严格：geo:lat,lon或geo:lat,lon,alt，逗号前后不能有空格 - 避免用中文地址或 POI 名称——
geo:不解析语义，只认坐标 - 如果要带标签或缩放，用 query：例如
geo:35.6895,139.6917?z=14，但注意z参数非标准，仅部分 App 识别
简短示例：
<a href="geo:35.6895,139.6917" data-fallback="https://www.openstreetmap.org/?mlat=35.6895&mlon=139.6917#map=14/35.6895/139.6917">东京塔位置</a>
用 JavaScript 检测 geo 支持并自动 fallback
纯 HTML 无法判断 geo: 是否可用，必须借助 JS 尝试导航 + 监听页面可见性变化。这不是 100% 可靠，但比裸写强。
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
关键点：
- 不能用
window.location.href = "geo:..."后立刻跳 fallback——用户可能已切到地图 App，此时再跳会干扰体验 - 推荐策略：触发
geo:后，用setTimeout延迟 1.5s 检查document.hidden或document.visibilityState是否仍为visible - 若页面还在前台，说明
geo:很可能没生效，再跳https://版本 - 注意 iOS Safari 的限制：从页面内唤起外部 App 后，再返回时
visibilityState可能不准确，需加兜底（比如用户手动返回后点击“打开地图”按钮）
替代方案：为什么有时该放弃 geo: 直接用地图嵌入？
如果你要展示位置、还要标记、支持交互，geo: 链接就太单薄了——它只负责“唤起”，不负责“呈现”。这时候嵌入轻量地图更可控。
适用场景：
- 需要在页面内看到地图预览（哪怕只是静态图）
- 用户网络环境差，或设备不支持外部跳转（如企业内网 iPad）
- 要统一追踪点击行为、加 UTM 参数、做埋点
简单替代示例（OpenStreetMap 静态图）：
<a href="https://www.openstreetmap.org/export/embed.html?bbox=139.69,35.68,139.70,35.69&layer=mapnik" target="_blank">查看地图</a>
或者用 <iframe></iframe> 嵌入可交互版本（注意 CORS 和 referrer 策略影响）。
geo URI 看似简单，实际落地时最麻烦的不是语法，而是“唤起之后用户在哪、是否回来、有没有装对应 App”——这些没法用一行 href 解决。
