调用 navigator.geolocation.clearWatch(watchId) 即可停止 watchPosition() 监听，watchId 是 watchPosition() 返回的数字 ID；clearWatch 后不再触发任何回调，但当前正在执行的回调仍会完成；getCurrentPosition() 无需停止，它是单次请求。
调用 navigator.geolocation.watchPosition() 后怎么停止监听
地理定位本身没有“启动/关闭”开关，所谓“停止”实际是取消对位置变化的持续监听。核心就一个动作：调用 clearWatch() 并传入 watchPosition() 返回的监听 ID。
常见错误是直接调用 stop() 或 cancel() —— 这些方法根本不存在。也有人误以为销毁 Geolocation 实例能停，但该对象不可实例化，且浏览器全局只有一份 navigator.geolocation。
-
watchPosition()返回一个数字 ID（如5），必须保存下来 - 后续调用
navigator.geolocation.clearWatch(watchId)即可终止该监听 - 如果多次调用
watchPosition()，每个返回的 ID 都要单独clearWatch()
let watchId = navigator.geolocation.watchPosition(
pos => console.log(pos.coords.latitude),
err => console.error(err),
{ enableHighAccuracy: true }
);
// 停止监听
navigator.geolocation.clearWatch(watchId);
clearWatch() 调用后还会触发 success/error 回调吗
不会。一旦 clearWatch(watchId) 执行成功，对应监听彻底失效，后续即使设备位置变化、GPS 信号恢复，也不会再触发任何回调。
但要注意两个边界情况：
立即学习“前端免费学习笔记（深入）”；
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
- 如果
clearWatch()在某次回调函数内部执行，当前这次回调仍会完整执行完毕（即“正在跑的不打断”，但之后不再触发） - 若传入了错误的
watchId（比如undefined或已清除过的 ID），浏览器静默忽略，不报错也不警告 - 部分旧版 Android WebView 对
clearWatch()支持不稳定，建议加一层存在性判断：if (watchId != null) navigator.geolocation.clearWatch(watchId)
只调用一次 getCurrentPosition() 需不需要“停止”
不需要。“停止”概念只适用于长期监听（watchPosition()）。getCurrentPosition() 是单次异步请求，拿到结果或失败后自动结束，不占用后台资源，也不需要手动清理。
但要注意它和 watchPosition() 的行为差异：
-
getCurrentPosition()默认超时时间是 0（即无限等待），容易卡住；建议显式设timeout: 10000 - 它不会自动重试，而
watchPosition()在位置变化时会反复触发 - 两者共用同一套权限和底层定位服务，但生命周期完全独立
页面卸载前忘记 clearWatch() 会怎样
现代浏览器会在页面卸载（beforeunload 或 pagehide）时自动释放所有未清除的 watchPosition() 监听，所以一般不会导致内存泄漏或后台耗电。
但仍有风险点：
- 在 PWA 或单页应用中，页面可能不刷新而是局部更新，
watchPosition()会持续运行，悄悄耗电 - 某些低端 Android 设备或定制 ROM 可能未正确清理，导致 GPS 模块常开
- 用户切换到后台标签页后，Chrome 会限制定位频率，但监听 ID 依然存在，
clearWatch()不执行就始终“挂着”
稳妥做法是在组件销毁、路由离开或 visibilitychange 事件中主动调用 clearWatch()，别依赖浏览器兜底。
