Geolocation API 可能无响应，因浏览器在用户未授权前静默挂起请求；须确保 HTTPS/localhost 环境、必传 error 回调、正确管理 watchPosition ID 并依据 accuracy/timestamp 判断坐标可信度。
Geolocation API 不能保证返回坐标，且用户拒绝授权后无回调、无错误提示——这是最常被忽略的起点。
为什么
有时完全没反应？
不是代码写错了，而是
浏览器
在用户未明确授予权限前会静默挂起请求。Chrome、Edge 等现代浏览器只在
或
下触发权限弹窗；HTTP 页面直接跳过授权，
回调也不会执行。
检查当前协议：用
确认是否为
或
（仅
允许 HTTP）
不要只写
回调，必须提供
参数，否则拒绝授权时函数“消失”
首次调用后，用户选择“拒绝”会导致后续调用直接进入
回调，且
为
（
）
和
怎么配合才不泄漏监听？
返回的是一个数字 ID，不是 Promise 或事件句柄，必须显式保存并配对调用
，否则持续后台定位耗电、还可能重复触发。
把 ID 存到变量或组件状态里，比如
在页面卸载、组件销毁前调用
注意：
的
中
会显著延长响应时间，且不一定提升精度（尤其室内）
如何判断定位结果是否可信？看这三个字段
坐标本身不等于可用位置。真正决定能否用的，是
、
和
（如果需要高程）。
Comet AI 浏览器
下载 Comet AI 浏览器，体验由 Perplexity AI 驱动的革命性上网方式。内置 AI 助手可实时总结网页、跨标签页对比信息、自动执行任务。告别繁琐操作，让 AI 成为你的浏览副驾，大幅提升研究与工作效率。支持 Windows、macOS、Android 和 iOS。
下载
立即学习
“
Java免费学习笔记（深入）
”；
单位是米，值越小越好；
通常不适合精确定位场景（如签到、围栏）
是毫秒时间戳，可对比当前时间判断是否过期（例如超过 60 秒的坐标建议丢弃）
和
在移动设备上可能为
，不要假设它们一定存在
兼容性与降级：没有
怎么办？
IE9 及更早版本、部分国产 WebView 完全不支持
。检测必须用
，而不是 try-catch。
降级方案优先级：IP 地理库（如 ipapi.co）→ 用户手动输入城市 → 显示默认坐标（如北京 39.9,116.4）
注意 IP 定位误差极大，城市级尚可，街道级基本不可靠
某些
安卓
WebView 会返回模拟坐标（如 0,0），需结合
和
做合理性过滤
真实项目里，80% 的问题出在没处理权限拒绝后的 UI 阻塞，以及对
值缺乏阈值判断。别只盯着经纬度，先盯住那三个数字字段。
navigator.geolocation.getCurrentPositionhttpslocalhosterrorwindow.location.protocolhttps:http:localhostsuccesserrorerrorerror.code1PERMISSION_DENIEDwatchPositionclearWatchwatchPositionclearWatchlet watchId = navigator.geolocation.watchPosition(...)navigator.geolocation.clearWatch(watchId)watchPositionoptionsenableHighAccuracy: truetimestampaccuracyaltitudeAccuracyaccuracyaccuracy > 50timestampcoords.speedcoords.headingnullgeolocationnavigator.geolocationtypeof navigator.geolocation !== 'undefined'accuracyspeedaccuracy