Geolocation API 可能无响应，因浏览器在用户未授权前静默挂起请求；须确保 HTTPS/localhost 环境、必传 error 回调、正确管理 watchPosition ID 并依据 accuracy/timestamp 判断坐标可信度。
Geolocation API 不能保证返回坐标，且用户拒绝授权后无回调、无错误提示——这是最常被忽略的起点。
为什么 navigator.geolocation.getCurrentPosition 有时完全没反应？
不是代码写错了，而是浏览器在用户未明确授予权限前会静默挂起请求。Chrome、Edge 等现代浏览器只在 https 或 localhost 下触发权限弹窗；HTTP 页面直接跳过授权，error 回调也不会执行。
- 检查当前协议：用
window.location.protocol确认是否为https:或http:（仅localhost允许 HTTP） - 不要只写
success回调，必须提供error参数，否则拒绝授权时函数“消失” - 首次调用后，用户选择“拒绝”会导致后续调用直接进入
error回调，且error.code为1（PERMISSION_DENIED）
watchPosition 和 clearWatch 怎么配合才不泄漏监听？
watchPosition 返回的是一个数字 ID，不是 Promise 或事件句柄，必须显式保存并配对调用 clearWatch，否则持续后台定位耗电、还可能重复触发。
- 把 ID 存到变量或组件状态里，比如
let watchId = navigator.geolocation.watchPosition(...) - 在页面卸载、组件销毁前调用
navigator.geolocation.clearWatch(watchId) - 注意：
watchPosition的options中enableHighAccuracy: true会显著延长响应时间，且不一定提升精度（尤其室内）
如何判断定位结果是否可信？看这三个字段
坐标本身不等于可用位置。真正决定能否用的，是 timestamp、accuracy 和 altitudeAccuracy（如果需要高程）。
动态WEB网站中的PHP和MySQL：直观的QuickPro指南第2版
下载
动态WEB网站中的PHP和MySQL详细反映实际程序的需求，仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法，让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能，对常用的、强大的包
立即学习“Java免费学习笔记（深入）”；
-
accuracy单位是米，值越小越好；accuracy > 50通常不适合精确定位场景（如签到、围栏） -
timestamp是毫秒时间戳，可对比当前时间判断是否过期（例如超过 60 秒的坐标建议丢弃） -
coords.speed和coords.heading在移动设备上可能为null，不要假设它们一定存在
兼容性与降级：没有 geolocation 怎么办？
IE9 及更早版本、部分国产 WebView 完全不支持 navigator.geolocation。检测必须用 typeof navigator.geolocation !== 'undefined'，而不是 try-catch。
- 降级方案优先级：IP 地理库（如 ipapi.co）→ 用户手动输入城市 → 显示默认坐标（如北京 39.9,116.4）
- 注意 IP 定位误差极大，城市级尚可，街道级基本不可靠
- 某些安卓 WebView 会返回模拟坐标（如 0,0），需结合
accuracy和speed做合理性过滤
真实项目里，80% 的问题出在没处理权限拒绝后的 UI 阻塞，以及对 accuracy 值缺乏阈值判断。别只盯着经纬度，先盯住那三个数字字段。
