geolocation api 返回 permission_denied 是因未获用户授权，需由用户手势触发定位请求，并检查https及权限设置。
Geolocation API 返回 PositionError.PERMISSION_DENIED 怎么办
浏览器没拿到用户授权，navigator.geolocation.getCurrentPosition() 就直接报这个错，不是代码写错了，是流程卡在第一步。
常见错误现象：页面一加载就调用定位，但没等用户点“允许”，甚至没显式触发（比如放在 onload 里），Chrome 等现代浏览器会直接拒绝——它要求定位请求必须由用户手势（如点击、触摸）触发。
- 必须把
getCurrentPosition()包在按钮点击事件里，不能自动执行 - 首次调用前，可先用
navigator.permissions.query({name: 'geolocation'})检查状态，但注意该 API 在某些安卓 WebView 中不支持 - 如果用户之前点过“禁止”，
PERMISSION_DENIED会持续生效，需引导用户手动进浏览器设置重置权限
定位返回坐标偏差大（几百米到几公里）的常见原因
不是 API 本身不准，而是底层信号源质量差或被干扰，浏览器只能交出它能拿到的最佳估算值。
使用场景中特别容易出问题：室内、高楼密集区、地铁站、开启飞行模式后又关掉的设备。
立即学习“前端免费学习笔记（深入）”；
-
enableHighAccuracy: true并不总有效——它只是“请求”高精度，系统是否响应取决于硬件和环境；在无 GPS 的手机上，设成true可能反而更慢、更不准 - 返回的
position.coords.accuracy是关键指标，单位是米；如果大于 500，基本说明定位不可信，别直接用 - 部分安卓厂商定制 ROM 会限制后台定位或降级 GPS 模块，同一份代码在华为/小米/三星上表现可能差异很大
为什么 watchPosition() 不断触发旧坐标或重复回调
这不是 bug，是设计使然：watchPosition() 只要检测到位置“可能变化”，就会发回调，哪怕只是 accuracy 值浮动或时间戳更新。
典型表现：静止不动时，watchPosition() 还在每秒吐一条新 Position，coords.latitude 和 coords.longitude 几乎没变，但 timestamp 和 accuracy 在跳。
- 务必在回调里对比
accuracy和前后两次坐标的距离（用 Haversine 公式粗算），过滤掉抖动数据 - 不要直接用
clearWatch()关闭监听来“防抖”，应自己做节流，比如 30 秒内只接受一次有效更新 - 某些 iOS 版本在 WebView 里，
watchPosition()会退化为定时轮询，导致电量激增，比getCurrentPosition()单次调用还耗电
HTTPS 缺失导致 getCurrentPosition() 静默失败
从 Chrome 50、Firefox 55 起，非 HTTPS 页面调用 Geolocation API 会被浏览器直接屏蔽，连错误回调都不会触发——success 和 error 回调全不执行，控制台也不报错。
这最容易被忽略：本地开发用 http://localhost:8080 没问题，但一部署到测试机（比如 http://192.168.1.100）就彻底失效。
- 检查地址栏锁形图标，没锁就是 HTTPS 未启用
- 自签名证书在部分安卓 WebView 中仍会触发安全拦截，导致定位不可用
- 开发阶段可用
http://localhost或file://协议绕过，但上线前必须确认全站走 HTTPS，包括所有 iframe 和资源引用
真正麻烦的是 accuracy 值本身不可靠——有些设备上报的 accuracy 是 20 米，实际偏差超过 300 米；别只看数字，得结合地图打点+人工验证才敢用于关键逻辑。
